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FOREWORD 


The  Human  Factors  Technical  Area  is  concerned  with  the  human  re- 
source demands  of  increasingly  complex  battlefield  systems  used  to 
acquire,  transmit,  process,  disseminate,  and  utilize  information. 
Research  in  this  area  is  focused  on  human  performance  and  interactions 
within  command  and  control  centers,  as  well  as  issues  of  system  de- 
velopment. It  is  concerned  with  such  areas  as  topographic  products 
and  procedures,  tactical  symbology,  user-oriented  systems,  information 
management,  staff  operations  and  procedures,  and  sensor  systems  inte- 
gration and  utilization. 

One  area  of  special  interest  Involves  the  development  of  com- 
puter software  to  support  battlefield  automated  systems.  Software 
development  is  a human  process  which  is  costly,  inaccurate,  and  not 
well  understood.  The  present  report  provides  an  extensive  compilation 
of  literature  in  the  area  of  human  factors  aspects  of  software  devel- 
opment; it  was  developed  as  a source  document  supporting  human  factors 
research  in  this  area.  This  report  is  a part  of  & larger  effort  to 
develop  a conceptualization  of  the  programming  process  as  a basis  for 
identification  and  resolution  of  behavioral  bottlenecks  in  software 
development.  Efforts  in  this  area  are  directed  at  improving  accuracy 
and  productivity  in  programming  through  the  design  of  procedures, 
methods,  and  job  aids  to  enhance  programmer  performance. 

Research  concerned  with  human  factors  in  software  development  is 
conducted  as  an  in-house  effort  augmented  contractually  by  organiza- 
tions selected  as  having  unique  capabilities  and  facilities.  The 
present,  research  was  conducted  in  collaboration  with  personnel  from 
Science  Applications,  Inc.,  under  contract  DAHC  19-76-C-0040.  The 
effort  is  responsive  to  requirements  of  Army  Project  2Q762725A77S, 
and  to  general  requirements  expressed  by  members  of  the  Integrated 
Software  Research  and  Development  Working  Group  (ISRAD). 
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technical  Director 
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INTRODUCTION 


The  development  of  software  for  computer  systems  is  a little- 
understood.,  labor-intensive  activity.  Computer  software  is  devel- 
oped by  people,  by  systems  analysts,  software  designers,  and  pro- 
grammers, yet  little  is  known  about  the  individual  and  group  processes 
whereby  software  is  produced.  The  study  of  human  factors  in  software 
production  is  a relatively  new  area  to  both  psychologists  and  com- 
puter scientists;  research  investigating  human  performance  in  pro- 
gramming tasks  has  been  published  in  widely  scattered  journals  of 
psychology  and  computer  science,  books,  and  technical  reports. 

This  bibliography  was  compiled  to  bring  together  in  a single 
reference  document  literature  from  many  sources  related  to  behavioral 
aspects  of  the  software  developi.ient  process.  It  is  intended  to  pro- 
vide an  information  source  for  psychologists,  computer  scientists, 
and  other  persons  interested  in  the  human  factors  of  software 
production. 


SCOPE  OF  THE  BIBLIOGRAPHY 

Software  development,  for  the  purpose  of  this  bibliography, 
encompasses  all  phases  of  the  process,  including  requirements  analy- 
sis, software  design,  programming,  coding,  debugging  testing,  evalu- 
ation, and  maintenance.  The  literature  of  concern  deals  with  the 
processes  of  software  development,  including  human  performance  in 
software  design  and  programming  tasks  as  well  as  with  the  human 
factors  aspects  of  the  tools  and  programming  languages  used  by  soft- 
ware developers.  Literature  dealing  with  the  selection,  training, 
and  management  of  computer  personnel  is  also  included.  wowever, 
papers  dealing  with  software  development,  but  lacking  clear  human 
factors  results  or  discussion  have  been  excluded.  The  bibliography 
provides  comprehensive,  although  not  exhaustive,  coverage  of  the 
literature  in  the  field  through  the  end  of  1977.  Some  articles 
have  been  included  which  were  published  in  1978. 

The  bibliography  is  supplemented  by  four  reference  lists  which 
appear  at  the  front  of  the  document.  In  general,  items  on  these 
reference  lists  are  not  cited  in  the  bibliography.  For  the  user  of 
this  bibliography  who  is  new  to  human  factors  in  software  develop- 
ment, the  first  two  lists  provide  a core  of  references  to  acquaint 
the  user  with  software  engineering  and  with  related  human  factors 
research.  The  third  reference  list  consists  of  the  fifteen-volume 
Structured  Programming  Series.  These  reports,  prepared  by  IBM  for 
the  Army  and  Air  Force,  provide  background  information  and  standards 
for  the  implementation  of  structured  programming  methodology  using 
high  order  languages.  Finally,  the  references  to  the  DoD  software 
program  trace  the  development  of  the  High  Order  Language  Program 
andthe  Defense  System  Software  Management  Program. 
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ORGANIZATION  OF  THE  BIBLIOGRAPHY 

This  bibliography  consists  of  three  parts:  the  four  supplemental 
reference  lists,  the  478  literature  citations  and  abstracts,  and  the 
literature  indexes. 

A typical  bibliographic  entry  is  shown  in  Figure  1,  which  iden- 
tifies the  components” of  the  entry.  The  citation  format  follows  the 
standards  of  the  Publication  Manual  of  the  American  Psychological 
Association  (Second  Edition)  with  one  exception:  both  month  and  year 
of  publication  may  b°  noted  tc  make  the  document  easier  to  locate. 

Where  the  same  article  appeared  in  multiple  sources,  the  source  thought 
to  be  more  readily  available  (such  as  a journal  article  rather  than 
company  technical  report)  is  generally  given  first. 

The  majority  of  the  entires  include  an  abstract.  Where  the  ab- 
stract was  unavailable  but  the  document  warranted  inclusion,  the  ci- 
tation appears  without  the  abstract.  Many  different  abstract  styles 
and  formats  may  be  noted  by  the  user  of  this  bibliography;  where 
available,  author  abstracts  were  used  with  no  changes  made,  noted 
with  "^A)"  following  the  abstract.  If  the  abstract  appeared  with 
the  original  document  but  was  written  by  someone  other  than  the  au- 
thor, it  is  noted  by  "(0)"  after  the  abstract.  Abstracts  written 
by  the  bibliography  authors  are  rioted  with  their  initials. 

Four  different  classes  of  indexes  are  provided  for  the  documents 
included  in  this  bibliography:  an  author  index,  three  document  source 
indexes,  an  institutional  affiliation  index,  and  a subject  index.  The 
indexes  direct  the  user  to  citations  by  document  number,  not  by  page 
number.  The  document  source  index  consists  of  three  groups,  journals, 
proceedings,  and  agencies.  Most  documents  within  the  bibliography 
are  indexed  by  only  one  or  two  subject  terms.  Some  index  terms  are 
admittedly  broad,  but  the  user  is  referred  to  additiona-'  index  cate- 
gories which  are  related. 
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STATISTICS  ON  USE  OF  INTERACTIVE  DEBUGGING  FACILITIES 
BOIES,  S.J.,  t SPIEGEL,  K.f.  A BEHAVIORAL  ANALYSIS  Of  PROGRAPHING:  ON  THE  USE 
Of  INTERACTIVE  DEBUGGING  FACILITIES  (TECHNICAL  REPORT  RC-4A72).  YORKTOWN 

heights,  new  yor<:  ibm  watsqn  research  center,  august  1973.®oitis  no.  ao 
77 2127) 

DESCRIPTION: 

© 1EASUREMENT  AND  ANALYSIS  Of  U&ER  DEBUGGING  BEHAVIOR  ON  PRESENT  INTERACTIVE 
SYSTEMS  CAN  LEAD  TO  AH  UNDEP STANDING  OF  HOW  FUTURE  INTERACTIVE  SYSTEMS 
SHOULD  BE  IMPLEMENTED . THIS  STUDY  PRESENTS  BOTH  AN  ANALYSIS  OF  THE  ON-LINE 
USAGE  OF  THE  TSS/360  PROGRAM  CONTROL  SYSTEM  (PCS)  AS  WELL  AS  THE  RESULTS  OF 
A CVSSTIONNAIRS  DESIGNED  TO  PROBE  THE  PCS  KNOWLEDGE  OF  THE  POPULATION  OF 
USERS  OF  THAT  S STEM.  THE  QUESTIONNAIRE  RESPONSE  POPULATION  TENDED  TO  BE 
DIVIDED  INTO  TKPSE  COMPETENCE  GROUPS,  THE  HIGHEST  OF  WHICH  CONSISTED  MOSTLY 
OF  SYSTEM  SUPPORT  PERSONNEL  AND  ASSEMBLER  LANGUAGE  PROGRAMMERS.  THE  ON-LINE 
USAGE  ANALYSIS  SHOWED  THAT  PCS  COMMANDS  ACCOUNTED  FOR  7.2  PERCENT  OF  ALL 
COMMANDS  ENTERED  BY  PROGRAMMERS.  PCS  WAS  USED  PARELY  TO  MCDIFY  THE  'LOGIC  OF 
A PROGRA1,  BUT  WAS  USED  AS  A PROGRAM  VARIABLE  INPUT/OUTPUT  SYSTEM.  IT  WAS 
CONCLUDED  THAT  THE  UNDERSTANDING  Of  THE  INTERACTIVE  DEBUGGING' PROCESS  MUST 
COME  FROM  THE  PERSPECTIVE  OF  THE  ENTIRE  SYSTEM,  AS  UP  TO  50  PERCENT  OF  THE 
DEBUGGING  EFFORT  IS  SPENT  ON  TASK  AND  DATA  MANAGEMENT.  FIVE  CRITICAL  - 
-FEATURES  OJ.  AN  EFFECTIVE  INTERACTIVE  PROGRAMMING  SYSTEM  APE  OUTLINED.  (A)® 
©25P,  12R.' 


1.  Document  number 

2.  Subject  heading 

3.  Reference  citation 

4.  N.TIS  accession  number 


5.  Abstract 

6.  Abstract  source 

7.  Number  of  pages  in  article 

8.  Number  of  references  in  article 


Figure  1.  Sample  bibliographic  entry 
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TM-5439/001/00,  December  1974. 

Proceedings  of  the  Aeronautical  Systems  Software  Workshop  (Draft). 

Air  Force  Systems  Command,  Washington,  D.C.,  April  1974. 
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1  PROGRAMMING 

ABRAMS,  P.S.  PROGRAM  WRITING,  REWRITING,  AND  STYLE . IN  P.  GJERLOV,  H.j . 

HELMS,  t J.  NIELSEN  (EDS.),  APL  CONGRESS  73:  PROCEEDINGS  OE  THE  APL  CONGRESS 
73.  NEW  YORK:  AMERICAN  ELSEVIER  PUBLISHING  CO.,  1973,  1-8. 

DESCRIPTION: 

THIS  PAPER  DISCUSSES  THE  PROCESSES  AND  PROBLEMS  Of  WRITING  AND  ESPECIALLY 
Of  REWRITING  PROGRAMS.  REWRITING  IS  DEFINED  AS  DERIVING  A KtW  PROGRAM 
USING  THE  SA**E  ALGORITHM  AS  THE  ORIGINAL.  THERE  ARE  SEVERAL  REASONS  f Of: 
REWKITING  A PROGRAM  — TO  ATTEMPT  TO  OPTIMIZE  IT,  TO  SIMPLIFY  IT,  OR  TO 
PUT  IT  IN  A FORM  THAT  IS  EASIER  TO  UNDERSTAND.  THIS  PAPER  TRACES  THE 
EVOLUTION  Of  A PROGRAM  THROUGH  SEVERAL  REWRITING  STEPS.  FOR  THE  MOST 
°ART , THESE  REFINEMENTS  ARE  BASED  ON  A FORMAL  ANALYSIS  OF  THE  PROGRAM  TEXT, 
ALTHOUGH  KNOWLEDGE  OF  THE  SPECIFIC  PROBLEM  AND  THE  BEHAVIOR  OF  THE  ALGORITHM 
ARE  ALSO  USED  AT  SEVERAL  POINTS.  (PEA) 

8P,  4R • 


2 TIME-SHARING  VERSUS  BATCH  PROCESSING 

ADAMS,  J.,  t COHEN,  L.  TIME-SHARING  VS.  INSTANT  BATCH  PROCESSING:  AN  EXPERIMENT 
IN  PROGRAMMER  TRAINING.  COMPUTERS  AND  AUTOMATION,  MARCH  1969,  18(3),  30-34. 
DESCRIPTION: 

EIGHT  STUDENT  PROCRAMMERS  STUDIED  FORTRAN  FOR  TWO  WEEKS,  ONE  WEEK  USING  » 
CRT-BASED  TIME-SHARING  SYSTEM  AND  ONE  WEEK  USING  “INSTANT  BATCH",  IN  A 
COUNTERBALANCED  REPEATED-MEASURES  DESIGN.  BECAUSE  OF  LAR6E  INDIVIDUAL 
DIFFERENCES,  NO  SIGNIFICANT  DIFFERENCES  IN  OBJECTIVE  MEASURFS  WERE  DETECTED. 
IN  QUESTIONNAIRE  RESULTS,  HOWEVER,  THE  STUDENTS  INDICATED  A STRON  PREFERENCE 
FOR  THE  BATCH  MODE.  GIVEN  A CHOICE,  ALL  STUDENTS  USFD  THE  PATCH  SYSTEM  FOR 
THE  REMAINDER  OF  THE  SUMMER.  (HSR) 

SP,  5R. 


3 DF^UGGING 

AKIYAMA,  F.  AN  EXAMPLE  OF  SOFTWARE  SYSTEM  DEBUGGING.  PROCEEDINGS  ' / THE  IFIP 
CONGRESS,  1971,  353-359. 

DESCRIPTION: 

IN  The  SOFTWARE  DEVELOPMENT  PROCESS,  THE  PROGRAMMING  AND  DEBUGC  NC  STAGE  OF 
A PPOGRAM  CQ*ES  LAST,  I.E.,  IMMEDI ATFLY  BEFORE  DELIVERY,  AND  THE  NUMBER  OF 
-JGS  TO  HE  FOUNO  THEN  IS  QUITE  UNPREDICTABLE  BEFOREHAND,)  THIS  IS  THE 
REASON  WHY  THE  PLANNED  PROCESS  IS  DISTURBED  AND  THE  DELIVERY  TIME  DELAYED 
IN  SO  MANY  CASES.  IN  OPDER  TO  AVOID  THF  DELAY  IN  SCHEDULE , IT  IS  NECESSARY 
TO  PREDICT  QUANTITATIVELY  THE  NUMBER  OF  FUGS  AND,  ALSO,  THE  MANHOURS 
NECESSARY  FOP  DEBUGGING.  THE  NUMBER  OF  >'UC$  MAT  BE  ESTIMATED  F*SED  ON  THE 
NATURE  OF  A PROGRAM.  HENCE,  BY  CAREFULLY  STUDYING  A GENERAL  FLOW  CH,*BT 
DURING  THE  DETAILED  DESIGNING  OF  SOFTWARE,  WE  CAN  PREDICT  THE  NU*PER  OF  BUGS 
IN  THE  SYS ’EM,  AND  DECIDE  ON  THE  NUMBER  OF  CHECK  POINTS  TO  Pf  MADE  DURING 
THE  PROCESS  AND,  CONSEQUENTLY,  THE  MANHOURS  NECESSARY.  (A) 
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4 PROGRAMMING  LANGUAGES 

ALEXANDER,  W.G.  HOW  A PROGRAMMING  LANGUAGE  IS  USED  (TECHNICAL  REPORT  CSR6-1C) . 
TORONTO,  ONTARIO,  CANADA:  UNIVERSITY  OF  TORONTO,  COMPUTER  SYSTFPS  RESEARCH 
GR'-UP,  FEBRUARY  1972. 

DESCRIPTION: 

AN  EMPIRICAL  STUDY  OF  PROGRAMS  WRITTEN  IN  XPL  WAS  CARRIED  OUT  WITH  THE  AIM 
OF  DETERMINING  PROPERTIES  OF  BOTH  fHE  LANGUAGE  AND  THE  OPJECT  MACHINE,  THE 
S/3fc%  THE  INFORMATION  GATHERED  BY  EXAMINING  A ;>£ T OF  TYPICAL  XPL  PROGRAMS 
WAS  USED  TO  SUGGEST  IMPROVEMENTS  TO  THF  DESIGN  OF  XPL,  TO  THE  COMPILER 
FOR  XPL,  AUO  TO  THE  S/36%  IN  ADDITION,  A PROFILE  GENERATOR  FOR  XPL 
PROGRAMS  WAS  DEVELOPED  AND  ILLUSTRATED.  A POWERFUL  PROGRAMMING  TOOL,  IT 
ENAI’US  *N  XPL  PROGRAMMER  TO  CLEARLY  SEE  WHERE  FXECUTION  TI*F  IS  SPENT  IN 
PROGRAM.  (A) 

119%  m. 
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5 PROGRAMMING 

ALSPAUGH,  C. A.  1 DENT X F! CATION .OF  SOME  COMPONENTS  OF  COMPUTER  PROGRAMMING 

APTITUDE.  JOURNAL  FOR  RESEARCH  IN  MATHEMATICS  EDUCATION,  1972,  3,  P9-98. 

DESCRIPTION: 

AN  EXPERIMENT  WAS  CONDUCTED  TO  DETERMINE  THE  EXTENT  TH.iT  THE  THURSTONE 
TEMPERAMENT  SCHEDULE,  THE  IBM  PROGRAMMER  APTITUDE  TEST,  THE  VATS0N-6L ASER 
CRITICAL  THINKING  APPRAISAL,  THE  SCAT  RUANT17ATIVE  AND  VERBAL  SUBTESTS, 

AND  MATHEMATICAL  BACKGROUND  CORRELATE  WITH  A MEASURE  OF  PROGRAMMING 
PROFICIENCY  (TEST  SCORES)  IN  AN  INTRODUCTORY  COMPUTER  SCIENCe  COURSE  USING 
BASIC  ASSEMBLY  LANGUAGE  (BAL)  AND  FORTRAN.  NO  SIGNIFICANT  DIFFERENCES 
WERE  OBSERVED  BETWEEN  BAL  AND  FORTRAN  ON  EITHER  THE  PROFICIENCY  MEASURE 
OR  THEIR  CORRELATIONS  WITH  THE  INDEPENDENT  VARIABLES  STUDIED.  THE 
MATHEMATICAL  BACKGROUND  OF  A STUDENT  WAS  THE  MAJOR  PREDICTOR  OF 
PERFORMANCE.  THE  MORE  SUCCESSFUL  STUOENTS  ALSO  TEND  TO  HAVE  LOW  LEVELS  OF 
-IMPULSIVENESS"  AND  "SOCIABILITY"  AND  A RELATIVELY  HIGH  LEVEL  OF 
"REFLECTIVENESS"  AS  MEASURED  BY  THE  THURSTONE  TEMPERAMENT  SCHEDULE.  (MEA) 
10P,  9R. 


6 SOCIAL  IMPACTS  Of  COMPUTING 

a^ERSON,  R.E.  VALUE  ORIENTATION  OF  COMPUTER  SCIENCE  STUOFNTS.  COMMUNICA -IONS 
OF  ThC  ACM,  1978,  21,  219-225. 

DESCRIPTION: 

TECMNOL< GICAL  AND  NON- TECHNOLOGICAL  VALUt  ORIENTATIONS  ARE  INVESTIGATED  WITH 
SPECIAL  ATTENTION  TO  THE  COMPLEXITY  OF  VALUE  STRUCTURES.  COMPUTER  SC1ENC: 
STUOENTS,  WHO  ARE  CLOSELY  ASSOCIATED  WITH  TECHNOLOGY,  CONTRAST  WITH  SOCIAL 
SCIENCE  STUOENTS,  WHO  ARE  OFTEN  TECHNOLOGICALLY  ALOOF.  THIS  IS  CONFIRMED 
HV  THE  VALUE  RATINGS  OF  313  STUOENTS  AT  THE  UNIVERSITY  OF  MINNESOTA  IN  1972. 
COMPUTER  SCIENCE  MAJORS  WERE  FOUND  TO  HAVE  A MORE  COMPLEX  VALUE  STRUCTURE 
THAV  SOCIAL  SCIENCE  MAJORS.  (A) 
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PROGRAMMING 

ARPLASTEP,  ».  SOME  MEASURES  OF  INFORMATION  APOUT  PROGRAM  STATES.  IN  E.  MORLET 
A O.  RIHbENS  (EOS.),  INTERNATIONAL  COMPUTING  SYMPOSIUM.  NORTH  HOLLAND 
PUBLISHING  COMPANY,  1977,  183-19C. 

DESCRIPTION: 

SOME  MEASURES  OF  INFORMATION  ABOUT  TME  SEMANTIC  STATE  OF  PROGRAMS  ARE 
CONSIDERED.  A METHOD  FOR  DEFINING  MEASURES  FOR  A VARIETY  OF  DATA  TYPES  IS 
FIRST  DISCUSSED,  THEN  SOME  MEASURES  OF  THE  RELATIONSHIP  BETWEEN  TESTS  AND 
ACTIONS  IN  CONDITIONALS  ARE  EXAMINED.  (A) 


SP,  ?9R. 


i STRUCTURED  PROGRAMMING 

ATKINSON,  G.  THE  NON-DESIRABILITY  OF  STRUCTURED  PROGRAMMING  IK  USER  LANGUAGES. 
SICPLAN  NOTICES,  JULY  1977,  12(7),  A3-3:1 *. 

DESCRIPTION: 

THE  APPLICABILITY  OF  STRUCTUPED  PROGRAMMING  CONCEPTS  IN  THE  DESIGN  OF 
SPECIAL-PURPOSE  LANGUAGES  FOR  THE  NONPRO CRAMMING  "CASUAL  USER"  IS  EXAMINED. 
DESIGN  CRITERIA  FOR  A CASUAL  USER  LANGUAGE  ARE  PRESENTED  ALONG  WITH  A MODUS 
DPERANOI  (THE  4 :5£  f *10 AY  APPROACH)  FOR  DEVELOPING  "NATURAL  NOTATIONS" 

»‘H  I CM  ARE  EASILY  LEARNED  AND  USED.  AH  EXAMPLE  OF  A CASUAL  USER  LANGUAGE  IS 
PRESENTED  ALONG  WITH  EVIDENCE  THAT,  FOP  THE  CASUAL  USER,  THE  ABILITY  TO 
WRITE  OR  EVf N REC0GNI7E  A WELL-STRUCTURE  0 PROGRAM  IS  AN  UNNECESSARY  BURDEN. 
(A) 

■*P,  R. 
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9 PROGRAM  DEBUGGING 

ATWOOD,  M.E.,  l RAMSEY,  H.R.  COGNITIVE  STRUCTURES  IN  THE  COMPREHENSION  AND 
MEMORY  Of  COMPUTER  PROGRAMS:  AN  INVESTIGATION  Of  COMPUTER  PROGRAM  DEBUGGING 
(TECHNICAL  REPORT  TR-78-A21).  ALEXANDRIA,  VIRGINIA:  U.S.  ARMY  RESEARCH 
INSTITUTE  fOR  THE  BEHAVIORAL  AND  SOCIAL  SCIENCES,  AUGUST  1978. 

DESCRIPTION: 

A THEORETICAL  FRAMEWORK,  BASED  UPON  RECENT  STUDIES  IN  COGNITIVE  PSYCHOLOGY 
ON  MEMORY  fOR  TEXT,  WAS  DEVELOPED  TO  EXPLAIN  CERTAIN  ASPECTS  Of  HUMAN 
BEHAVIOR  DURING  COMPUTER  PROGRAM  COMPREHENSION  AND  DEBUGGING.  A CENTRAL 
CONCEPT  Of  THIS  f RAMEUORK  IS  THAT  THE  INfORMATION  CONTAINED  IN  A PROGRAM  IS 
REPRESENTED  IN  A PROGRAMMER'S  MEMORY  AS  A CONNECTED,  PARTIALLY  ORDERED  LIST 
(HIERARCHY)  Of  "PROPOSITIONS"  (UNITS  Of  INfORMATION  WITH  PROPERTIES  SIMILAR 
TO  THOSE  OBSERVED  IN  RESEARCH  ON  TEXT  MEMORY).  AN  EXPERIMENT  WAS  PERfORMED 
TO  TEST  THE  HYPOTHESIS  THAT  THE  DlfflCULTV  IN  FINDING  A PROGRAM  BUG  IS  A 
f UNCTION  Of  THE  RUG'S  LOCATION  IN  THIS  HIERARCHY.  THIS  EXPERIMENT  COMPARED 
THE  EffECTS  Of  RUG  LOCATION,  BUG  TYPE  (ARRAY,  ITERATION,  ASSIGNMENT)  AND 
SPECIFIC  PROGRAM.  EACH  Of  48  SUBJECTS  DEBUGGED  TWO  SEPARATE  PROGRAMS,  WITH 
ONE  TYPE  Of  RUG  AT  TWO  DIffERENT  HIERARCHICAL  LEVELS  IN  EACH  PROGRAM. 

A PRELIMINARY  ANALYSIS  SUGGESTED  THAT  ALL  THREE  t ACTORS  — PROGRAM, 

BUG  TYPE,  AND  BUG  LOCATION  — SIGNIFICANTLY  AFFECTED  THE  TIME  REQUIRED  TO 
LOCATE  PROGRAM  BUGS.  DETAILED  ANALYSES,  HOWEVER,  SUGGESTED  THE  PROGRAM  AND 
BUG  TYPE  VARIABLES  COULD  RE  EXPLAINED  IN  TERMS  Of  THE  BUG  LOCATION  VARIABLE 
AND  THAT  A BUG'S  LOCATION  IN  A PROGRAM'S  UNDERLYING  PROPOSITIONAL  HIERARCHY 
IS  A PRINCIPAL  FACTOR  AFFECTING  PERFORMANCE  IN  A COMPREHENSION  AND  DEBUGGING 
TASK.  (A) 


i : job  satisfaction 

AWAD,  E.M.  JOB  SATISFACTION  AS  A PREDICTOR  Of  TENURE. 
1977,  7(1-2),  7-n. 


COMPUTER  PERSONNEL, 


11  ERRORS 

BAILEY,  R.W.,  DEMErS,  S.T.,  4 LEOOWITZ,  A. I.  HUMAN  RELIABILITY  IN  COMPUTER- 
BASED  BUSINESS  INFORMATION  SYSTEMS.  IEEE  TRANSACTIONS  ON  RELIABILITY,  AUGUST 
1973,  R-?2(3),  14C-148. 


12  PROGRAMMING  GROUPS 

BAKER,  f.T.  CHIEF  PROGRAMMER  TEAM  MANAGEMENT  CF  PRODUCTION  PROGRAMMING. 
SYSTEMS  JOURNAL,  1972,  11,  56-73. 


IBM 


13  STRUCTURED  PROGRAMMING 

BAKER,  F.T.  SYSTEM  QUALITY  THROUGH  STRUCTURED  PROGRAMMING.  AFIPS  CONFERENCE 

PROCEEDINGS,  1972,  41,  339-343. 

DESCRIPTION-. 

EXPERIENCE  IN  DEVELOPMENT  AND  MAINTENANCE  OF  LARGE  COMPUTER-BASED  SYSTEMS 
FOR  GOVERNMENT  AND  INDUSTRY  HAS  LED  THE  IBM  FEOERAL  SYSTEMS  DIVISION  TO  THE 
FORMULATION  Of  A NEW  APPROACH  TO  PRODUCTION  PROGRAMMING.  THIS  APPROACH, 
WHICH  COUPLES  A NEW  KINO  OF  PROGRAMMING  ORGANIZATION  (A  CHIEF  PROGRAMMER 
TEAM)  WITH  FORMAL  TOOLS  FOR  USING  STRUCTURED  PROGRAMMING  IN  SYSTE" 
DEVELOPMENT,  WAS  RECENTLY  AP*>LIEO  ON  A CONTRACT  WITH  THE  NEW  YORK  TI«ES  FOR 
AN  ONLINE  INFORMATION  SYSTEM.  COMPARED  TO  EXPERIENCE  ON  SIMILAR  CONTRACTS 
IN  THE  PAST,  THE  APPROACH  RESULTED  IN  INCREASED  PROGRAMMER  PRODUCTIVITY 
COUPLED  WITH  IMPROVEO  QUALITY.  FOLLOWING  A BRIEF  DESCRIPTION  Of  THE  SYSTEM 
AND  A REVIEW  OF  THE  APPROACH,  THIS  PAPER  DISCUSSES  THE  QUALITY  Cf  THE  SYSTEM 
AS  OBSERVED  DURING  A THOROUGH  ACCEPTANCE  TEST  AND  IN  THE  INITIAL  PERIOD  OF 
OPERATION  FOLLOWING  ITS  DELIVERY.  (A) 

5P,  7R . 


U STRUCTURED  PROGRAMING 

BAKER,  F.T.  STRUCTURED  PROGRAMMING  IN  A PRODUCTION  PROGRAMMING  ENVIRONMENT. 
IN  PROCEEDINGS,  1975  INTERNATIONAL  CONFERENCE  ON  RELIABLE  SOFTWARE.  SIGPLAN 
NOTICES,  JUNE  1975,  10(6),  172-185  (ALSO  IEEE  TRANSACTIONS  ON  SOFTWARE 
ENGINEERING,  1975,  SE-1,  2G1-252). 

DESCRIPTION: 

THIS  PAPER  DISCUSSES  HOW  STRUCTURED  PROGRAMMING  METHODOLOGY  HAS  BEEN 
INTRODUCED  INTO  A LARGE  PRODUCTION  PROGRAMMING  ORGANIZATION  USING  AN 
INTEGRATED  BUT  FLEXIBLE  APPROACH.  IT  NEXT  ANALYZES  THE  ADVANTAGES  AND 
DISADVANTAGES  OF  EACH  COMPONENT  OF  THE  METHODOLOGY  AND  PRESENTS  SOME 
QUANTITATIVE  RESULTS  ON  ITS  USE.  IT  CONCLUDES  WITH  RECOMMENDATIONS  BASED 
ON  THIS  GENERALLY  SUCCESSFUL  EXPERIENCE,  WHICH  COULD  BE  USEFUL  TO  OTHER 
ORGANIZATIONS  INTERESTED  IN  IMPROVING  RELIABILITY  AND  PRODUCTIVITY.  (A) 
HP,  18R. 


15  SYSTEM  REQUIREMENTS  DEFINITION 

BALZER,  R.,  GOLDMAN,  N.,  t WILE,  D.  INFORMALITY  IN  PROGRAM  SPECIFICATIONS 
(TECHNICAL  REPORT  NO.  ISI/RR-77-59) . MARINA  DEL  REV,  CALIFORNIA:  UNIVERSITY 
OF  SOUTHERN  CALIFORNIA,  INFORMATION  SCIENCES  INSTITUTE,  APRIL  1977. 

(NTIS  NO.  AD  A041669) 

DESCRIPTION: 

THIS  WORK  IS  CONCERNED  PRIMARILY  WITH  (1)  THE  PROCEDURE  BY  WHICH  PROCESS- 
ORIENTED  SPECIF iCATIOHS  ARE  OBTAINED  FROM  GOAL-ORI ENTEU  REQUIREMENT 
SPECIFICATIONS  AND  (2)  COMPUTER  BASES  TOOLS  FOR  THEIR  CONSTRUCTION.  IT 
FIRST  DETERMINES  SOME  ATTRIBUTES  OF  A SUITABLE  FSOC^SS-ORIENTED 
SPECIFICATION  LANGUAGE,  THEN  EXAMINES  THE  REASONS  WHY  SPECIFICATIONS  WOULD 
STILL  BE  DIFFICULT  TO  WRITE  IN  SUCH  A LANGUAGE.  THE  KEY  TO  OVERCOMING 
THESE  DIFFICULTIES  SEEMS  TO  GE  THE  CAREFUL  INTRODUCTION  OF  INFORMALITY 
(I.E.,  PARTIAL,  RATHER  THAN  COMPLETE,  DESCRIPTIONS)  AND  THE  USE  OF  A 
COMPUTER-BASED  TOOL  THAT  USES  CONTEXT  EXTENSIVELY  TO  COMPLETE  THESE 
DESCRIPTIONS  DURING  THE  PROCESS  Of  CONSTRUCTING  A WELL-FORMED  SPECIFICATION. 
SOME  RESULTS  OBTAINED  BY  A RUNNING  PROTOTYPE  OF  SUCH  A COMPUTER-BASED  TOOL 
ON  A FEU  INFORMAL  EXAMPLE  SPECIFICATIONS  ARE  PRESENTED  AND,  FINALLY,  SOME 
OF  THE  TECHNIQUES  USED  BY  THIS  PROTOTYPE  SYSTEM  ARE  DISCUSSED.  (A) 
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16  COMPUTER “ASSISTED  INSTRUCTION 

BARR,  A.,  6CARD,  M .,  t ATKINSON,  R.C.  A RATIONALE  AND  DESCRIPTION  OF  A CA1 
PROGRAM  TO  TEACH  THE  BASIC  PROGRAMMING  LANGUAGE.  INSTRUCTIONAL  SCIENCE,  1975, 
4,  1-31. 

DESCRIPTION: 

A BASIC  INSTRUCTIONAL  PROGRAM  IS  BEING  DEVELOPED  AS  A VEHICLE  FOR  RESEARCH 
IN  TUTORIAL  MODES  Of  COMPUTER-ASSISTED  INSTRUCTION  (CAD.  SEVERAL  DESIGN 
FEAYURES  WILL  BE  APPROPRIATE  TO  TRAINING  IN  OTHER  TECHNICAL  AREAS  AND 
APPLICABLE  IN  OTHER  INSTRUCTIONAL  SETTINGS  WHERE  THE  DEVELOPMENT  OF  ANALYTIC 
AND  PROBLEM-SOLVING  SKILLS  IS  A GOAL. 

METHODS  ARE  INCORPORATED  FOR  MONITORING  AND  AIDING  THE  STUDENT  AS  HE 
WORKS  ON  PROGRAMMING  PROBLEMS  IN  THE  BASIC  LANGUAGE.  THE  INSTRUCTIONAL 
PROGRAM  DEVELOPED  CAN  BE  USED  TO  INVESTIGATE  SCHEMES  FOR  OFTIMIZING  PROBLEM 
PRESENTATION  AND  GIVING  ASSISTANCE  DURING  PROBLEM-SOLVING  BASED  ON  A MODEL 
OF  THE  STUDENT'S  ABILITIES  AND  DIFFICULTIES.  PREVIOUS  EXPERIENCE  IN  THE 
INSTRUCTIONAL  AND  TECHNICAL  ASPECTS  OF  TEACHING  A PROGRAMMING  LANGUAGE 
INDICATES  THAT  A COURSE  IN  COMPUTER  PROGRAMMING  CAN  BE  DESIGNED  TO  HELP 
THE  STUDENT  ACQUIRE  PROGRAMMING  CONCEPTS  IN  A PERSONALIZED  AND  EFFICIENT 
MANNER  AS  HE  DEVELOPS  SKILLS  AT  INCREASINGLY  ADVANCED  LEVELS. 

THIS  ARTICLE  REPORTS  ON  WORK  CURRENTS  IN  PROGRESS  AND  BRIEFLY  SUMMARIZES 
OBSERVATIONS  AND  CONCLUSIONS  BASED  ON  OPERATION  DURING  THE  PILOT  YEAR. 

A MAJOR  GOAL  OF  TNE  RESEARCH  PROJECT  IS  TO  INCREASE  THE  SOPHISTICATION 
WITH  WHICH  THE  INSTRUCTIONAL  PROGRAM  MONITORS  THE  STUDENT'S  WORK  AND 
RESPONDS  TO  IT  WITH  APPROPRIATE  HINTS  AND  PROMPTS.  ONE  ASPECT  OF  SUCH  WORK 
IS  THE  UTILIZATION  OF  ALGORITHMS  FO«  CHECKING  THE  CORRECTNESS  OF  A STUDENT 
PROCEDURE.  LIMITED  BUT  SUFFICIENT  PROGRAM  VERIFICATION  IS  POSSIBLE  THROUGH 
SIMULATED  EXECUTION  OF  THE  PROGRAM  ON  TEST  DATA  STORED  WITH  EACH  PROBLEM. 
WITHIN  THE  CONTROLLABLE  CONTEXT  OF  * INSTRUCTION,  WHERE  THE  PROBLEMS  TO  BE 
SOLVED  ARE  PREDETERMINED  AND  THEIR  SOLUTIONS  KNOWN,  SIMULATED  EXECUTION  OF 
THE  STUDENT'S  PROGRAM  CAN  EFFECTIVELY  DETERMINE  ITS  CLOSENESS  TO  A STORED 
MODEL  SOLUTION.  (A) 


17  COMPUTER-ASSISTED  INSTRUCTION 

2»PR,  A.,  BEARD,  M.,  I ATKINSON,  R.C.  THE  COMPUTER  AS  A TUTORIAL  LABORATORY: 
THE  STAL’fOPO  BIP  PROJECT.  INTERNATIONAL  JOURNAL  Of  MAN-MACHINE  STUDIES,  1976, 
8,  567-596. 

DESCRIPTION: 

THE  BASIC  INSTRUCTIONAL  PROGRAM  (02P>  WAS  DEVELOPED  TO  INVESTIGATE 
TUTORIAL  MODES  OF  INTERACTION  IN  COMPUTE ii- AS PT STED  INSTRUCTION.  BIP  IS  AN 
INTERACTIVE  PROBLEM-SOLVING  LABORATORY  THAT  OFFERS  TUTORIAL  ASSISTANCE  TO 
STUDENTS  SOLVING  INTRODUCTORY  PROGRAMMING  PROBLEMS  IN  THE  £AC!C  LANGUAGE. 
THIS  PAPER  DESCRIBES  HOW  THE  PROBLEM  PRESENTATION  SEQUENCE  IS  INDI  viGL'.*'  I ZED 
BASED  ON  A REPRESENTATION  OF  THE  STRUCTURE  OF  THE  CURRICULUM  AND  A MODEL  OF 
THE  STUDENT'S  STATE  OF  KNOWLEDGE.  THE  NATURE  OF  THE  STUDENT-B IP  INTERACTION 
IS  CAPTURED  IN  AN  ANNOTATED  STUDENT  DIALOGUE  ILLUSTRATING  A TYPICAL  SESSION. 
< A ) 

32P,  20R. 


13  CHIEF  PROGRAMMER  TEAMS 

BARRY,  B.S.,  » NAUGHTON,  J.J.  STRUCTURED  PROGRAMMING  SERIES  (VOL.  10>: 

CHIEF  PROGRAMMER  TEAM,  OPERATIONS  DESCRIPTION:  FINAL  REPORT  (TECHNICAL  REPORT 
R ADC-TR-74-3C0-VOL-10) . GRIFFISS  AFB,  NEW  YORK:  ROME  AIR  DEVELOPMENT  CENTER, 
JANUARY  1975.  (NTIS  NO.  AD  AC08861) 

DESCRIPTION: 

THIS  TECHNICAL  REPORT  CONTAINS  JOS  DESCRIPTIONS  FOR  EACH  MEMBER  OF  A CHIEF 
PROGRAMMER  TEAM.  ALSO  INCLUDED  FOR  BACKGROUND  INFORMATION  IS  A DESCRIPTION 
OF  THE  CHIEF  PROGRAMMER  TEAM  APPROACH  TO  SOFTWARE  DEVELOPMENT,  A DESCRIPTION 
OF  THE  TEAM  COMPOSITION,  AND  MEMBER  QUALIFICATIONS.  (A) 

53P,  5R. 
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19  DATA  PROCESSING  PERSONNEL  TURNOVER 
BARTOL,  K.M.  F ACTORS  RELATED  TO  EDP  PERSONNEL  COMMITMENT  TO  THE  ORGANIZATION. 
COMPUTER  PERSONNEL,  1977,  7(3),  2-5. 

DESCRIPTION: 

THIS  PAPER  INVESTIGATES  THE  RELATIONSHIP  BETWEEN  ORGANIZATIONAL  COMMITMENT  . 
AND  FIVE  DIMENSIONS  OF  JOe  SATISFACTION,  AS  WELL  AS  THE  RELATIONSHIP  BETWEEN 
COMMITMENT  AND  SEVERAL  PERSONAL  VARIABLES,  FOR  A SAMPLE  OF  EDP  PERSONNEL. 
RESULTS  SHOW  A STRONG  POSITIVE  RELATIONSHIP  BETWEEN  JOB  SATISFACTION  AND 
ORGANIZATIONAL  COMMITMENT  FOR  ALL  FIVE  SATISFACTION  DIMENSIONS  UNDER 
INVESTIGATION.  SEVERAL  PERSONAL  VARIABLES,  POSITION  LEVEL,  YEARS  WORKING 
IN  THE  COMPUTER  FIELD,  AND  INCOME,  ALSO  WERE  SIGNIFICANTLY  RELATED  TO 
ORGANIZATIONAL  COMMITMENT.  (A) 


2 **  SOFTWARE  PHYSICS 

BAYER,  R.  A THEORETICAL  STUDY  OF  HALSTEAD'S  SOFTWARE  PHENOMENON  (TECHNICAL. 
REPORT  NO.  CSD-TR-69) . LAFAYETTE,  INDIANA:  PURDUE  UNIVERSITY,  DEPARTMENT  OF 
COMPUTER  SCIENCE,  MAY  1972. 

DESCRIPTION: 

IN  A RECENT  PAPER  HALSTEAD  PRESENTED  THE  HYPOTHESIS  THAT  THE  LENGTH  OF  A 
COMPUTER  PROGRAM  CAN  BE  DETERMINED  FROM  THE  NUMBER  OF  DIFFERENT  OPERATORS 
AND  OPERANDS  USED  IN  THE  PROGRAM.  IN  THIS  STUDY  SEVERAL  FORMAL  MODELS  OF 
PROGRAMS  AND  PROGRAMMING  ARE  PRESENTED.  THE  FIRST  MODEL  (R)  YIELDS  A 
PLAUSIBILITY  ARGUMENT  FOR  HALSTEAD'S  HYPOTHESIS  AND  THE  BASIS  FOR  THE 
FOLLOWING  MODELS  <A,B,C).  MODEL  R SEEMS  TCO  DIFFICULT  TO  SOLVE,  THUS 
MODELS  A,  B,  AND  C ARE  DEVELOPED  AS  SUCCESSIVELY  CLOSER  APPROXIMATIONS  TO 
MODEL  R.  THEY  ARE  SOLVED  EXPLICITLY  OR  BY  MONTE  CARLO  APPROXIMATIONS. 

THE  RESULTS  SUGGEST  A POSSIBLE  THEORETICAL  EXPLANATION  OF  THE  PHENOMENON 
OBSERVED  BY  HALSTEAD.  (A) 

2PP,  1 R . 


21  COMPUTER-ASSISTED  INSTRUCTION 

BEARD,  M.H.,  A BARR,  A.V.  THE  BASIC  INSTRUCTIONAL  PROGRAM  STUDENT  MANUAL 
(SPECIAL  REPORT  77-2).  SAN  DIEGO,  CALIFORNIA:  NAVAL  PERSONNEL  RESEARCH  AND 
DEVELOPMENT  CENTER,  1976. 

DESCRIPTION: 


THE  BASIC  INSTRUCTIONAL  PROGRAM  (BIP)  IS  A "HANDS-ON  LABORATORY"  THAT 
TEACHES  ELEMENTARY  PROGRAMMING  IN  THE  BASIC  LANGUAGE.  THIS  MANUAL  IS  THE 
STUDENT'S  MAIN  SOURCE  OF  INFORMATION  ABOUT  THE  BIP  SYSTEM  AND  THE  BASIC 
LANGUAGE.  THE  MANUAL  IS  ORGANIZED  AS  A REFERENCE  DOCUMENT  AIMED  AT  STUDENTS 
WITH  NO  PREVIOUS  PROGRAMMING  EXPERIENCE.  SECTION  I INTRODUCES  THE  STUDENT 
TO  THE  COURSE  ITSELF.  SECTION  II  BEGINS  WITH  AH  EXPLANATION  OF  PROGRAMMING 
IN  GENERAL.  DISCUSSIONS  OF  PROGRAMMING  CONCEPTS  SUCH  AS  INPUT  AND  VARIABLES 
ARE  FOLLOWED  BY  THE  SPECIFICATIONS  OF  THE  BASIC  STATEMENTS  USED  TO  IMPLEMENT 
THEft.  THE  SYNTAX  AND  SAMPLE  PROGRAMS  ARE  USED  AS  ILLUSTRATIONS.  SECTION 
III  LISTS  .VO  EXPLAINS  THE  COMMANDS  THAT  CONTROL  THE  BIP  SYSTEM.  SOME  ARE 
IDENTICAL  TO  STa™C‘°D  BASIC  COMMANDS  (E.G.,  RUN, LIST),  AND  OTHERS  GIVE 
ACCESS  TO  THE  UNIQUE  FEATURES  Of  ??P-  THE  GLOSSARY  LISTS  ALL  THE 
SPECIALIZED  TERMS  USED  IN  THE  MANUAL,  EXPLAinS  T“EIR  USE  BRIEFLY,  AND 
GIVES  REFERENCES  TO  THE  SECTIONS  WHERE  DETAILED  INFOkSMION  CAN  BE  FOUND. 

(A) 


22  COMMENTS 

BECKMAN,  A.  COMMENTS  CONSIDERED  HARMFUL. 
12C4),  94-96. 


SI6PLAN  NOTICES,  APRIL  1?77, 
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23  PROGRAM  COMPLEXITY 

BELL,  D.E.,  l S'JLLIVAN,  J.E.  FURTHER  INVESTIGATIONS  INTO  THE  COMPLEXITY  OF 
SOFTWARE  (VOL.  2)  (TECHNICAL  REPORT  NG.  MTR-2874).  BEOFORO,  MASSACHUSETTS: 
MITRE  CORP.,  1975. 


24  SOFTWARE  ENGINEERING 

BEMER,  R.W.  A SOFTWARE  ENGINEER'S  WORKSHOP:  TOOLS  AND  TECHNIQUES.  IN 
INTOTECH  INFORMATION  LTD.,  SOFTWARE  ENGINEERING.  BERKSHIRE,  ENGLAND:  IN'OTECH 
INFORMATION  LTD.,  1972,  273-286. 

DESCRIPTION: 

THIS  PAPFR  DESCRIBES  THE  PRODUCTION  AIDS  AND  PRODUCTION  P‘ THODS  THAT  WERE 
INCORPO'.ATED  INTO  A SOFTWARE  FACTORY.  THE  SOFTWARE  »ACTORS  ORIGINATED  IN 
TWO  PARTS:  THE  FIRST  PART  IS  CONCERNED  WITH  ASSISTING  THE  PROGRAMMER;  THE 
SECOND  PART  TRIES  TO  TAKE  MEASURES  OF  PROGRAMMERS  TO  SEE  IF  ANY  IMPROVEMENTS 
CAN  BE  MADE  AND  TO  ENABLE  STATISTICS  TO  BE  DETERMINED.  THE  AIDS  AND  METHODS 
DISCUSSED  IN  THIS  PAPER  INCLUDE  FILING  SYSTEMS  AND  TEXT  EDITING,  DIRECTED 
GRAPH  REPRESENTATIONS  OF  PROGRAMS,  PRODUCTION  SCHEDULING,  AUTOMATIC 
FLOWCHARTING,  "MAPPER,"  AND  CERTIFICATION  TECHNIQUES . EXAMPLES  OF  HOW  THESE 
A I OS  AND  METHODS  CAN  BE  USED  TO  IMPROVE  PROGRAMMING  PERFORMANCE  ARE  GIVEN. 

:fiea> 
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25  PROGRAMMING,  TASK  ANALYSIS 

BERGER,  R .M,  COMPUTER  PROGRAMMER  JOB  ANALYSIS  REFERENCE  TEXT.  MOHTVALE, 

NEW  JERSEY:  AMERICAN  FEDERATION  OF  INFORMATION  PROCESSING  SOCIETIES,  1974. 
DESCRIPTION: 

THIS  REPORT  PRESENTS  THE  RESULTS  OF  AN  INVESTIGATION  OF  WHAT  IN  FACT 
PROGRAMMERS  ARE  AND  DO.  PROGRAMMING  MANAGERS,  SENIOR  PROGRAMMERS,  AND  A 
CROSS  SECTION  OF  PROGRAMMERS  IN  GENERAL  PARTICIPATED  IN  THE  DEVELOPMENT 
AND  EVALUATION  OF  THE  JOB  DESCRIPTION.  THESE  THREE  GROUPS,  STARTING  WITH 
MANAGEMENT,  WERE  GIVEN  LISTS  OF  PROGRAMMING  TASKS  AND  SKILLS  TO  EVALUATE. 

THE  MANAGERS  AND  SENIOR  PROGRAMMERS  MADE  REVISIONS  AND  ADDITIONS  TO  THE 
LISTS.  FINALLY,  PROGRAMMERS  IN  A NATIONWIDE  SURVEY  EVALUATED  THE  TASKS  AND 
SKILLS  FOR  IMPORTANCE  TO  THEIR  JOBS. 

THE  RESULTS  O*  THIS  STUDY  ARE  EXPECTED  TO  BE  USED  BY  MANAGEMENT  PERSONNEL 
OF  COMPUTER  PROGRAMMING  0RSANI7A VIONS  TO  DEVELOP  PROGRAMMER  POSITION 
DESCRIPTIONS  TO  FIT  THEIR  SPECIFIC  NEEDS.  THE  RESULTS  ARE  ALSO  EXPECTED  TO 
PROVIDE  THE  BASIS  FOR  DEVELOPMENT  OF  COMPREHENSIVE  EXAMINATIONS  FOR 
PROGRAMMER  CERTIFICATION  AND  FUR  DEVELOPMENT  OF  THE  TRAINING  REQUIRED  FOR 
CERTIFICATION.  FINALLY,  THE  STUOY  SHOULD  REPRESENT  AN  INITIAL  MILESTONE 
IN  THF  CONTINUING  PERSONNEL  RESEARCH  INTO  THE  NATURE  AND  EVOLUTION  OF 
OCCUPATIONS  IN  THE  COMPUTER  FIELD.  (A) 


26  DEBUGGING 

BERNSTEIN,  W.A.,  & OWENS,  J.T.  DEBUGGING  IN  A TIME-SHARING  ENVIRONMENT.  AFIPS 
CONFERENCE  PROCEEDINGS,  1968,  33,  7-14. 

DESCRIPTION: 

MODERN  TIME-SHAPING  SYSTEMS  HAVE  RENDERCD  CONVENTIONAL  MACHINE-LEVEL  AND 
SYSTEM-LEVEL  PROGRAM  DEBUGGING  AIDS  OBSOLETE.  A TIME-SHARIN6  DEBUGGING 
SUPPORT  SYSTEM  IS  PROPOSED  FOR  USE  BY  SYSTEM  PROGRAMMERS  IN  THE  DEBUGGING 
OF  BOTH  SYSTEM  AND  TASK  PROGRAMS,  A SET  OF  SUITABLE  COMMANDS  IS  PROPOSED 
TO  ALLOW  BOTH  ON-LINE  0E8U6GING  AND  PROGRAMMING  0*  PREDEFINED  ERROR 
PROCEDURES.  SEVERAL  PROBLEMS  IN  THE  IMPLEMENTATION  Of  SUCH  A SYSTEM  ARE 
DISCUSSED  AND  POSSIBLE  SOLUTIONS  SUGGESTED.  (HRR) 

3P,  CR. 
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27  PROGRAMMING  METHODOLOGY 

BIERNANM-  A.W.,  A KRISHNASWAHY,  It.  CONSTRUCTING  PROGRAMS  FROM  EXAMPLE 
COMPUTATIONS.  IEEE  TRANSACTIONS  ON  SOFTWARE  ENGINEERING,  1976,  SE-2,  1*1-153. 


23  STRUCTURED  PROGRAMMING 

BIGELOW,  R.  STRUCTURED  CODE  VIA  STACK  MACHINE. 
8(6),  67. 


COMPUTER,  JUNE  1975, 


29  SOFTWARE  DESIGN 

BLACK,  U.D.  PSYCHOLOGY  APPLIED  TO  SOFTWARE  DESIGN,  INFOSYSTEMS,  MARCH  1978, 
PP«  86;  90-91. 

DESCRIPTION: 

DURING  THE  PAST  FEW  YEARS  THE  DATA  PROCESSING  INDUSTRY  r AS  MADE  SIGNIFICANT 
PROGRESS  IN  PROVIDING  A THEORETICAL  FOUNDATION  FOR  SOFTY  ARE  DEVELOPMENT. 

THE  USE  OF  MATHEMATICAL  CONCEPTS  TO  DESCRIBE  THE  PROGRAMMING  PROCESS  HAS 
CONTRIBUTED  TO  THIS  PROGRESS.  TOE  INDUSTRY,  HOWEVER,  HAS  MADE  LESS  PROGRESS 
IN  DEVELOPING  A FOUNDATION  FOR  UNDERSTANDING  PROCESSES  INVOLVED  IN  THE  MORE 
SUBJECTIVE  ASPECT*  OF  SOFTWARE  DEVELOPMENT.  I REFER  HERE  TO  THE  COGNITIVE, 
OR  THOUGHT,  PROCESSES.  CERTAIN  IDEAS,  NOTABLY  STRUCTURED  PROGRAMMING  AND 
STRUCTURED  DESIGN,  ADVANCED  BY  SOME  OF  THE  MATHEMATICAL  THEORISTS  ARE 
SUBSTANTIATED  BY  PRINCIPLES  OF  PSYCHOLOGY.  TO  ILLUSTRATE  MV  POINT,  I 
HAVE  CHOSEN  A SCHOOL  OF  THOUGHT  IN  PSYCHOLOGY  BROADLY  REFERRED  TO  AS 
GE5TALT1SM.  (A,  A8BR.) 

3P,  2R. 


30  SOFTWARE  DESIGN 

BOEHM,  B,Y.  SOFTWARE  DESIGN  ANO  STRUCTURING.  IN  E.  HOROWITZ  (ED.)  PRACTICAL 
STPATEGIES  FOR  DEVELOPING  LARGE  SOFTWARE  SYSTEMS.  READING,  HASS.:  ADDISON- 
UESLEY,  1975,  103-128. 

DESCRIPTION: 

THIS  PAPEP.  PROVIDES  A CLASSIFICATION  OF  SOFTWARE  DESIGN  AND  STRUCTURINC 
TECHNIQUES  INTJ  A FEU  MAIN  CATEGORIES  WHICH  CAN  CURRENTLY  BF  CONSIDERED  AS 
SOFTWARE  DESIGN  ALTERNATIVES.  FOR  EACH  ALTERNATIVE,  IT  PRESENTS  A SHORT 
DESCRIPTION  AND  A BALANCE  SHEET  INDICATING  THE  ADVANTAGES  AND  DIFFICULTIES 
IN  USING  THE  TECHNIQUE. 

Id  AN  OVERALL  COMPARISON  OF  THE  ALTERNATIVE  TECHNIQUES,  NONE  OF  THEN 
PROVIDES  POSITIVE  ASSURANCE  OF  SATISFYING  ALL  THE  CRITERIA,  BUT  EACH 
CRITERION  IS  SATISFIED  BY  AT  LEAST  ONE  OF  THE  TECHNIQUES.  THIS  WOULD  LEAD 
ONE  TO  BELIEVE  THAT  AN  APPROPRIATE  SYNTHESIS  OF  THE  TECHNIQUES  MIGHT  PROVE 
SUCCESSFUL. 

THE  FOLLOWING  MAJOR  DESIGN  AND  STRUCTURING  ALTERNATIVES  ARE  DESCRIBED  AND 
EVALUATED:  BOTTOP-UP,  TOP-OOWN  STUB,  TOP-DCWN/PROBLEH  STATEMENT,  STRUCTURED 
PROGRAMMING,  AND  MODEL-DRIVEN  DESIGN.  (A) 

26P,  22R. 
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31  SOFTWARE  ENGINEERING 

BOEHM,  B.W.,  HCCLE  Afl,  MC.#  t URFRIG,  D.8.  SORE  EXPERIENCE  WITH  AUTOMATED 
AIDS  TO  THE  DES16N  Of  LARGE-SCALE  RELIABLE  SOFTWARE.  IEEE  TRANSACTIONS  ON 
SOFTWARE  (HUNKERING,  1975,  SE-1,  123-133  < ALSO  PROCEEDINGS,  INTERNATIONAL 
CONFERENCE  ON  RELIABLE  SOFTWARE,  21-23  APRIL  1975,  LOS  ANCELES,  CALIFORNIA. 
SI6PLAN  NOTICES,  JUNE  1975,  10C£>,  105-113). 

DESCRIPTION: 


THIS  PAPER  SUMMARIZES  SOME  R'CENT  EXPERIENCE  IN  ANALYZING  AMO  ELIMINATING 
SOURCES  OF  ERROR  IN  THE  DESIGN  PHASE  OF  LARGE  SOFTWARE  PROJECTS.  IT  BEGINS 
BY  POINTING  OUT  SOME  OF  THE  SIGNIFICANT  DIFFERENCES  IN  SOFTWARE  ERROR 
INCIOENCE  BETWEEN  LARGE  AND  SMALL  SOFTWARE  PROJECTS.  THE  MOST  STRIKING 
CONTRAST,  ILLUSTRATED  9Y  PROJECT  DATA,  IS  THE  LARGE  PREPONDERANCE  OF  DESIGN 
ERRORS  OVER  CODING  ERRORS  ON  LARGE-SCALE  PROJECTS,  NOT  ONLY  WITH  RESPECT 
TO  NUMBERS  Of  ERRORS,  BUT  ALSO  WITH  RESPECT  TO  THE  RELATIVE  TIME  AND  EFFORT 
REQUIRED  TO  DETECT  THEM  AND  CORRECT  THEN. 

THE  PAPEA  NEXT  PRESENTS  A TAXONOMY  OF  SOFTWARE  ERROR  CAUSES,  AND  SOME 
ANALYSES  OF  THE  DESIGN  ERROR  DATA,  PERFORMED  TO  OBTAIN  A BETTER 
UNDERSTANDING  OF  THE  NATURE  OF  LARGE-SCALE  SOFTWARE  DESIGN  ERRORS  AND  TO 
EVALUATE  ALTERNATIVE  METHODS  OF  PREVENTING,  DETECTING  AND  ELIMINATING  THEM. 

BASED  ON  THIS  ANALYSIS  OF  OBSERVATIONAL  DATA,  A HYPOTHESIS  WA.'.  DERIVED 
REGARDING  THE  POTENTIAL  COST-EFFECTIVENESS  OF  AN  AUTOMATED  AID  TO  DETECTING 
INCONSISTENCIES  BETWEEN  ASSERTIONS  ABOUT  THE  NATURE  OF  INPUTS  AHC  OUTPUTS  OF 
THE  VARIOUS  ELEMENTS  (FUNCTIONS,  NODULES,  DATA  BASES,  DATA  SOURCES,  ETC.)  OF 
THE  SOFTWARE  DESIGN.  THIS  HYPOTHESIS  WAS  TESTED  BY  DEVELOPING  A PROTOTYPE 
VERSION  SUCH  AN  AID,  THE  DESIGN  ASSERTION  CONSISTENCY  CHECKER  (DACC), 
USING  TRW'S  GENERALIZED  INFORMATION  PANACEMENT  (GIN)  SYSTEM,  AND  USING  IT  ON 
A LARGE-SCALE  SOFTWARE  PROJECT  WITH  186  ELEMENTS  AND  967  ASSERTIONS  ABOUT 
THEIK  IM»>JT$  ANO  OUTPUTS. 

lit  GENERAL,  THE  DATA  CONFIRMED  THE  HYPOTHESIS  ABOUT  THE  GENERAL  UTILITY 
Of  A DACC  CAPABILITY  FOR  LARGE  SOFTWARE  PROJECTS.  HOWEVER,  A NUMBER  OF 
ADDITIONAL  FEATURES  SHOULD  BE  CONSIDERED  TO  COMPENSATE  FOR  CURRENT 
DEFICIENCIES  (IN  AREAS  SUCH  AS  MANUSCRIPT  PREPARATION)  AND  TO  FULLY  TAKE 
ADVANTAGE  OF  HAVING  THE  SOFTWARE  DESIGN  IN  MACHINE-READABLE  FORM.  (A) 

9P,  16R. 


32  PROGRAMMING  LANGUAGES 

BOEHM,  H.-P.,  FISCHER,  H.L.,  A RAULEFS,  P.  CSSA:  LANGUAGE  CONCEPTS  AND 
PROGRAMMING  METHODOLOGY.  IN  PROCEEDINGS  OF  THE  ACM  SYMPOSIUH  ON  ARTIFICIAL 
INTELLIGENCE  AND  PROGRAMMING  LANGUAGES,  SIGPLAN  NOTICES,  AUGUST  1977,  12(8), 
1 Oo-I 08  (ALSO:  SIGART  NEWSLETTER,  AUGUST  1977,  NO.  64,  100-108). 


33  STATISTICS  ON  USE  OF  TIME-SHARING  SYSTEM 

BOIES,  S.J.  USER  BEHAVIOR  ON  AN  INTERACTIVE  COMPUTER  SYSTEM.  IBM  SYSTEMS 
JOURNAL,  1974,  13,  2-12. 

DESCRIPTION: 

THE  USER-COMPUTER  SYSTEM  INTERACTIONS  DESCRIBED  HERE  ARE  CONFINED  TO  IBM/36C 
TIME  SHARING  SYSTEM  (TSS)  ANO  ITS  TERMINALS.  THE  VARIOUS  FACTORS  DISCUSSED 
ARE:  THE  DURATION  AND  FREQUENCY  OF  TERMINAL  SESSIONS,  THE  USER  OF  LANGUAGE 
PROCESSORS,  COHMANO  USAGE  AND  USER  RESPONSE  TIME.  THE  DATA  INDICATE  THAT  A 
VERY  SMALL  PERCENTAGE  OF  USERS  ACCOUNT  FOR  A LARGE  PERCENTAGE  OF  THE  TOTAL 
TERMINAL  USAGE.  USERS  SELDOM  USE  THE  ERROR  CORRECTION  FEATURES  OF  THE 
LANGUAGE  PROCESSOR  EVEN  IF  THEY  HEED  THEM.  A LONG  SYSTEM  RESPONSE  TIME  IS 
RELATED  TO  A LONG  UStR  RESPONSE  TIME.  ONLY  A SMALL  NUMBER  OF  COMMANDS 
ACCOUNT  FOR  A LARGE  FREQUENCY  OF  USAGE.  WHEN  ONE  COMMAND  WOULD  HAVE  BEEN 
SUFFICIENT  SEVERAL  COHMANDS  ARE  OFTEN  USED  BY  THE  USERS.  (0) 

17?.  10ft* 
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34  PROGRAMMING  ERRORS 

SSIeSj  $.4.#  S GOULD,  4.0.  SYNTACTIC  ERRORS  IN  COMPUTER  PROGRAMMING.  HUNAN 
FACTORS#  1074#  16#  253-257. 

DESCRIPTION: 

A STUDY  Of  USERS  Of  A LARSE-SCALE  COMPUTER  SVSTIN  (TSS/360)  REVEALED  THAT 
ONLY  12  TO  171  0?  THE  FORTRAN#  PL/I  AND  ASSENiLER  LANGUAGE  COMPUTER  RROCRAHS 
SUBMITTED  TO  THE  LANGUAGE  PROCESSORS  CONTAINED  SYNTACTIC  ERRORS.  THUS# 
SYNTACTIC  ERRORS  DO  NOT  APPEAR  TO  RE  A SISNIFICANT  BOTTLENECK  IH  PROGRAMMING. 
THIS  EXPERIMENT  IS  PART  OF  A LARSER  EFFORT  TO  IDENTIFY  AND  REDUCE  THE 
BEHAVIORAL  BOTTLENECKS  IN  COMPUTER  PROGRAMMING.  (A) 

5P,  11R. 


35  STATISTICS  ON  USE  OF  INTERACTIVE  DEBUGGING  FACILITIES 

BOIES#  S.J.#  S SPIESEL#  N.F.  A BEHAVIORAL  ANALYSIS  OF  PROCRAPMINS:  ON  THE  USE 
OF  INTERACTIVE  CEBUGGING  FACILITIES  (TECHNICAL  REPORT  RC-4472).  YORK TOWN 
HEIGHTS.  NEW  YORK:  1BN  WATSON  RESEARCH  CENTER#  AUGUST  1973.  (NTIS  NO.  AD 
772127) 

DESCRIPTION: 

MEASUREMENT  AND  ANALYSIS  Of  USER  DEBUGGING  BEHAVIOR  ON  PRESENT  INTERACTIVE 
SYSTEMS  CAN  LEAD  TO  AN  UNDERSTANDING  OF  HOW  FUTURE  INTERACTIVE  SYSTEMS 
SHOULD  BE  IMPLEMENTED.  THIS  STUDY  PRESENTS  BOTH  AN  ANALYSIS  OF  THE  ON-LINE 
USAGE  OF  THE  TSS/360  PROGRAM  CONTROL  SYSTEM  (PCS)  AS  WELL  AS  THE  RESULTS  OF 
A QUESTIONNAIRE  DESIGNED  TO  PROBE  THE  PCS  KNOWLEDGE  OF  THE  POPULATION  OF 
USERS  OF  THAT  SYSTEM.  THE  QUESTIONNAIRE  RESPONSE  POPULATION  TENDED  TO  BE 
DIVIDED  INTO  THREE  COMPETENCE  GROUPS#  THE  HIGHEST  OF  WHICH  CONSISTED  MOSTLY 
OF  SYSTEM  SUPPORT  PERSONNEL  AND  ASSEMBLER  LANGUAGE  PROGRAMMERS.  THi  ON-LINE 
USAGE  ANALYSIS  SMOWEO  THAT  PCS  COMMANDS  ACCOUNTED  FOR  7.2  PERCENT  OF  ALL 
COMMANDS  ENTEREO  BY  PROGRAMMERS.  PCS  WAS  USED  RARELY  TO  HCD1FY  THE  LOGIC  OF 
A PROGRAM#  BUT  HAS  USED  AS  A PROGRAM  VARIABLE  INPUT/OUTPUT  SYSTEM.  IT  WAS 
CONCLUDED  THAT  THE  UNDERSTANDING  OF  THE  INTERACTIVE  DEBUGGING  PROCESS  MUST 
CONE  FROM  THE  PERSPECTIVE  OF  THE  ENTIRE  SYSTEM#  AS  UP  TO  50  PERCENT  OF  THE 
DEBUGGING  EFFORT  IS  SPENT  ON  TASK  AND  DATA  MANAGEMENT.  FIVE  CRITICAL 
FEATURES  OF  AN  EFFECTIVE  INTERACTIVE  PROGRAMMING  SYSTEM  ARE  OUTLINED.  (A) 
25P#  12R. 


36  BUERY  LANGUAGE 

BOYCE#  R.F.#  CHAMBERLIN#  D.D.#  KING#  W.F.#  III#  G HAMMER#  N.N.  SPECIFYING 
QUERIES  AS  RELATIONAL  EXPRESSIONS:  THE  SQUARE  DATA  SUBLANGUAGE.  COMMUNICATIONS 
OF  THE  ACM#  1975,  18,  621-628. 

DESCRIPTION: 

THIS  PAPER  PRESENTS  A OATA  SUBLANGUAGE  CALLED  SQUARE#  INTENDED  FOR  USE  IN 
AO  HOC#  INTERACTIVE  PROBLEM  SOLVING  BY  NON-COMPUTER  SPECIALISTS.  SQUARE  IS 
BASED  ON  THE  RELATIONAL  MODEL  OF  DATA#  AND  I*  SHOWN  TO  BE  RELATIONALLY 
COMPLETE.  HOWEVER#  IT  AVOIDS  THE  QUANTIFIERS  AND  BOUND  VARIABLES  REQUIRED 
BY  LANGUAGES  BASED  OH  THE  RELATIONAL  CALCULUS.  FACILITIES  FOR  QUERY# 
INSERTION#  DELETION,  AND  UPDATE  ON  TABULAR  DATA  BASES  ARE  DESCRIBED.  A 
SYNTAX  IS  GIVEN#  AND  SUGGESTIONS  ARE  MADE  FOR  ALTERNATIVE  SYNTAXES# 

INCLUDING  A SYNTAX  BASED  ON  LN6LISN  KEY  WORDS  FOR  USERS  WITH  LIMITED 
MATHEMATICAL  BACKGROUND.  (A) 

8P.  20R. 


37  TURNOVER  AMONG  DATA  PROCESSING  PERSONNEL 
BRADFORD#  P.A.#  W COTTRELL#  L.R»  FACTORS  INFLUENCING  BUSINESS  DATA  PROCESSORS 
TURNOVER:  A COMPARATIVE  CASE  HISTORY.  COMPUTER  PERSONNEL#  1977#  7(1-2)#  3-6. 
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3*  SOFTWARE  ENGINEERING 

BRATMAN,  H«,  t COURT,  T.  THE  SOFTWARE  FACTORY.  COMPUTER  MAGAZINE,  RAY  1975, 
*<S>,  28-37. 

DESCRIPTION: 

THIS  RARER  DESCRIBES  AN  EFFORT  TO  DEVELOP  AN  INTEGRATED  SIT  OF  SOFTWARE 
DEVELOPMENT  HOLS  H SUPPORT  A DISCIPLINED  AND  REPEATABLE  APPROACH  TO 
SOFTWARE  DEVELOPMENT.  THIS  EFFORT,  WHICH  IS  REALLY  PART  OF  A LARGER  PROGRAM 
CURRENTLY  UNDERWAY  AT  SYSTEM  DEVELOPMENT  CORPORATION  TO  INCREASE  SOFTWARE 
RELI ABILIrV  AND  CONTROL  SOFTWARE  PRODUCTION  COSTS,  IS  INTENDED  TO  REPLACE 
WHAT  THE  AUTHORS  TERN  "AD  HOC  CONGLOMERATIONS  OF  DEVELOPMENTAL  TOOLS" 

WITH  STANDARD  ENGINEERING  TECHNIQUES*  (0> 

TOP,  7R. 


39  PROGRAMMING 

BRATMAN,  H.,  MARTIN,  H.Gu,  t PERSTEIN,  E.C.  PROGRAM  COMPOSITION  AND  EDITING 
WITH  AN  ONLINE  DISPLAY.  AFIPS  CONFERENCE  PROCEEDINGS,  19,16,  33,  1349-1360. 
DESCRIPTION: 

AN  INTERACTIVE  PROGRAMMING  SUPPORT  SYSTEM  (IPSS)  HAS  BEEN  UNDER  DEVELOPMENT 
AT  SYSTEM  DEVELOPMENT  CORPOIATION  SINCE  1965.  THE  PURPOSE  OF  THE  SYSTEM  IS 
TO  PERMIT  ALL  OF  THE  PROGRAMMING  PROCESSES  — COMPOSITION  (IN  A PROCEDURE- 
ORIENTED  LANGUAGE),  EDITING,  EXECUTION,  TESTING,  AND  DOCUMENTATION  — TO  BE 
CARRIED  OUT  AS  PARTS  OF  A SINGLE,  COORDINATED  ACTIVITY  CENTERED  AROUND  AN 
INTERACTIVE  COMPILER.  IPSS  ATTEMPTS  TO  UNIFY  TECHNIQUES  THAT  ARE  USUALLY 
EMBODIED  IN  SEPARATE  FUNCTIONAL  PROGRAMS,  SO  THAT  THE  PROGRAMMER  NEED  NOT 
KNOW  WHICH  PARTICULAR  PROGRAM  IS  PERFORMING  A SPECIFIC  TASK.  THE  SYSTEM 
IS  INTENDED  FOR  A TIME-SHARING  ENVIRONMENT,  WITH  USER  INTERACTION  VIA  A 
SHALL  TABULAR  DISPLAY  OR  TYPEWRITER-LIKE  TERMINAL.  (A) 

12P,  4Rc 


40  SOFTWARE  ENGINEERING 

BROOKS,  F.P.,  JR.  THE  MYTHICAL  MAN-MONTH:  ESSAYS  ON  SOFTWARE  ENGINEERING. 
REA01NC,  MASSACHUSETTS:  ADDIS0N-ME3LE V,  1975. 

DESCRIPTION: 

THIS  BOOK  CONTAINS  FIFTEEN  ESSAYS  ON  THE  MANAGEMENT  OF  COMPUTER  PROGRAMMING 
PROJECTS.  THESE  ESSAYS  PRIMARILY  DESCRIBE  THE  AUTHOR  *S  PERSONAL  OPINIONS 
AND  EXPERIENCES  BUT  ALSO  PROVIDE  A BRIEF  INTRODUCTION  TO  THE  LITERATURE  ON 
SCFTUARE  ENGINEERING.  THE  CENTRAL  THESIS  IS  THAT  LARGE  SOFTWARE  PROJECTS 
SUFFER  FROM  PROBLEMS  THAT  ARE  QUALITATIVELY  DIFFERENT  FROM  THOSE  ENCOUNTERED 
IN  SMALL  PROJECTS  DUE  TO  THE  DIVISION  OF  LABOR.  FOR  THIS  REASON,  THE  MOST 
IMPORTANT  GOAL  IN  A LARGE  SOFTWARE  PROJECT  IS  TO  MAINTAIN  CONCEPTUAL 
INTEGRITY.  THESE  ESSAYS  FOCUS  BOTH  ON  THE  DIFFICULTIES  IN  ACHIEVING 
CONCEPTUAL  INTEGRITY  AND  ON  METHODS  FOR  ACHIEVING  IT.  (MEA) 

203P,  83R. 
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41  PROGRAMMING 

•ROOKS,  R.  A NOOIL  Of  HUNAN  COGNITIVE  BEHAVIOR  IN  WRITINS  €011  fOR  COMPUTER 
PROGRAMS  (2  VOLS.I.  PITTSBURGH,  PENNSYLVANIA : CARNEGIE-HELLON  UNIVERSITY, 
t'EPARTNENT  Of  COMPUTER  SCIENCE,  NAY  1075  (ALSO?  REPORTEO  RRIEfLY  IN  PROCEEDINGS 
Of  THE  fOURTH  INTERNATIONAL  JOINT  CONTINENCE  Of  ARTIFICIAL  INTELLIGENCE, 

1V7S).  (NTIS  NOS.  AO  A013SS2,  AO  A012918) 

DESCRIPTION: 

A THEORY  Of  HUNAN  COfiNITIVE  PROCESSES  IN  MRITIN6  CODE  FOR  CONPUTER  PROSRANS 
IS  PRESENTEO.  IT  VIEWS  SEHAV10R  IN  TERNS  OF  THREE  PROCESSES,  UN0ERSTAND1NS, 
PL ANNINS,  AND  COOIN6.  THE  FIRST  Of  THESE  CONSISTS  Of  ACSUtSITION  Of 
INfORHATION  FRON  THE  PRORLEN  INSTRUCTIONS  AND  DIRECTIONS.  THIS  IS  USED  »Y 
THE  PLANNIN6  PROCESS  TO  CREATE  A SOLUTION  PLAN  STATED  AS  A SET  OF  FUNCTIONAL 
SPECIFICATIONS  IN  A LAN6UA6E  WHICH  IS  INDEPENDENT  OF  THE  SYNTAX  OF  THE 
PARTICULAR  PR06RAHHIN6  LAN6UA6C.  THE  COOIN6  PROCESS  C0NVERT3  THIS  PLAN  TO 
CODE  USING  A PROCESS  NANEO  "SVH80LIC  EXECUTION"  IN  WHICH  THE  PIECES  OF  CODE 
ARC  ASSIGNEO  EFFECTS  IN  TERNS  OF  THE  FUNCTIONS  THE  PROGRANNER  INTENDS  THE 
CODE  TO  PERFORN  IN  ACHIEVING  THE  PURPOSE  OF  THE  PROGRAH. 

WITHIN  THE  FRANEWORK  OF  THIS  THEORY,  A NORE  EXPLICIT  MODEL  OF  THE  CODING 
PROCESS  WAS  DEVELOPED.  THE  NOuEL  IS  3ASED  ON  A PRODUCTION  SYSTEN  AND  HAS 
SEEN  1NPLENENTED  AS  A CONPUTER  PROGRAH.  GIVEN  PLANS  TAKEN  FROH  PROTOCOLS  OF 
A PROGRANNER  WRITING  A SERIES  OF  SHORT  FORTRAN  PROSRANS,  IT  IS  ARLE  TO 
GENERATE  THE  SANE  CODE  IN  THE  SANE  ORDER  AS  THE  PROGRANNER  DID. 

THE  NODEL  HAKES  THREE  ASSUHPTIONS  ABOUT  PROGRANNER  BEHAVIOR  IN  WRITING 
PROGRANS: 

1.  PROGRAHHERS  HAVE  A LARGE  ANOUNT  OF  SPECIFIC  KNOWLEDGE  ABOUT  NOW  TO 
ENCOOE  PARTICULAR  PLAN  ELENENTS. 

2.  PROGRAHHERS  GENERATE  COOE  BY  USING  THE  EFFECTS  ASSIGNED  TO  EACH  PIECE  TO 
GENERATE  THE  NEXT. 

3.  THE  BASIC  UNITS  OF  A PROGRAMMER'S  KNOWLEDGE  OF  LANGUAGE  SYNTAX  ARE 
OETERHINEO  BY  THE  WAY  IN  WHICH  HE  USES  THE  LANGUAGE,  RATHER  THAN  BY 
PROPERTIES  OF  THE  SYNTAX  ALONE. 

THE  IMPLICATIONS  OF  THESE  ASSERTIONS  ARE  DISCUSSED  FOR  THE  USE  Of 
PRODUCTION  SYSTEMS  TO  REPRESENT  BEHAVIOR,  FOR  TEACHING  PROGRAMMING,  FOR 
ERROR  ANALYSIS  IN  DEBUGGING,  AND  FOR  THE  USE  OF  BACK-TRACKING  IN  PROBLEM 
SOLVING  SYSTEMS.  <A» 

304P,  46R. 


42  PROGRAMMING 

BROOKS,  R.  HOW  A PROGRAMMER  UNDERSTANDS  A PROGRAM:  A NODEL  (TECHNICAL  REPORT 
NO.  97).  IRVINE,  CALIFORNIA:  UNIVERSITY  OF  CALIFORNIA,  DEPARTMENT  OF 
INFORMATION  AND  COMPUTER  SCIENCE,  1977. 

DESCRIPTION: 

IN  A LARGE  VARIETY  OF  PROGRAMMING  SITUATIONS,  A PROGRAMMER  IS  REOUlRED  TO 
UNDERSTAND  A PROGRAM  THAT  SOMEONE  ELSE  HAS  WRITTEN.  A MODEL  HAS  BEEN 
CREATED  FOR  THE  8EHAVI0R  SEEN  IN  THE  VERBAL  PROTOCOL  OF  A PROGRAMMER  ON  A 
SAMPLE  UNDERSTANDING  TASK.  THE  MODEL  IS  BASED  ON  A THEORY  OF  UNDERSTANDING 
WHICH  STRESSES  THE  ROLE  OF  THE  PROGRAMMER'S  A PRIORI  HYPOTHESES  OR  GUESSES 
ABOUT  THE  PROGRAM  STRUCTURE.  ORGANIZATION  OF  THE  MODEL  IS  THAT  OF  A 
PRODUCTION  SYSTEM,  A STRUCTURE  WHICH  APPEARS  PARTICULARLY  WELL -SUITED  TO  THE 
ASYNCHRONOUS,  NON-SEOUENTI AL  NATURE  OF  THc  INPUT.  (A) 

34P,  VR. 
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41  PROGRAMMING 

8R0PHV,  H.F.  IMPROVING  PROGRAMMING  PERFORMANCE . AUSTRALIAN  COMPUTER  JOURNAL, 
197?,  2(2),  66-70. 

DESCRIPTION: 

THERE  IS  RELATIVELY  LITTLE  WRITTEN  OR  DISCUSSED  A80UT  PROGRAMMERS,  WHO 
REPRESENT  A LAR6E  PART  Or  THE  INVESTMENT  IN  COMPUTING.  THIS  PAPER  ATTEMPTS 
TO  fOCUS  ATTENTION  ON  AN  UNOERST AN0IN6  AND  EVALUATION  OF  THE  PROCRAMMING 
TASK,  SUGGESTING  WAVS  TO  IMPROVE  THE  PROGRAMMER'S  LOT,  AND  TO  RAISE  HIS 
PRODUCTIVITY • IT  IS  IMPORTANT  TO  REALI2E  THAT  THE  PROGRAMMER  IS  INVOLVED 
IN  HUMAN  PROBLEM  SOLVING,  AND  COMMUNICATING  NOT  ONLY  WITH  THE  MACHINE,  PUT 
WITH  0TNE3  PEOPLE.  HIS  ULTIMATE  PRODUCT  WILL  REFLECT  HIS  CREATIVITY, 

EFf ICIE'.CY  .'.D  ABILITY  TO  COMMUNICATE. 

TO  GET  0»E  FROM  THE  PROGRAMMER,  WE  SHOULD  PROVIDE  HIM  WITH  BETTER  TOOLS, 
TRAIN  HIM  IH  THE  USE  OF  THOSE  TOOLS,  AND  STANDARDIZE  AND  MANAGE  HIS 
PERFORMANCE.  SEVERAL  SPECIFIC  IDEAS  AND  SUGGESTIONS  ARE  GIVEN,  MANY  OF 
THE*  HAVING  9EEN  ALREADY  INSTITUTED  IN  A FEW  ORGANIZATIONS.  (A) 

5P,  *9R. 


44  PROGRAMMING 

HROwN,  G.D.  PROGRAMMING!  THE  QUIET  EVOLUTION.  DATAMATION,  1972,  18.  147-150. 
DESCRIPTION: 

SOFTWARE,  UNLIKE  HAROWARE,  DOES  NOT  ADVANCE  IN  CLEAR-CUT  GENERATIONS.  ITS 
CHANGES  DERIVE  MOPE  FROM  HUMAN  NEEDS  THAN  FROM  TECHNOLOGICAL  POSSIBILITIES. 
THE  EFFECTS  OF  CIVIL  DISORDER,  VIET  NAM,  THE  SPACE  PROGRAM,  AND  TRENDS  OF 
THE  ECONOMY  AND  RESEARCH  ARE  MENTIONED  AS  INFLUENCES  ON  TF)E  EVOLUTION  OF 
PROGRAMMING.  FOR  THE  FORSCEAMLE  FUTURE,  PROGRAMMING  WILL  REMAIN  AN  EXACTING 
SKILL.  NO  ECONOMIES  OF  SCALF  ARE  YET  APPARENT,  AND  AUTOMATIC  OR  MASS 
PROGRAMMING  SEEMS  AS  FAR  AWAY  AS  EVER.  THE  PROGRAMMING  PROFESSION  WILL 
REQUIRE  MORE  EDUCATION,  PRIDE  IN  COMPETENCE,  AND  A PREOCCUPATION  WITH 
QUALITY.  (GOC) 

4P,  OR. 


4"  NAN-MF*1'-  SYSTEM  MOOELING 

dROWN,  J.F.,  f CGLIA,  W.E.,  4 SEITLE , R. A.  THE  USE  OF  MAN/MACHINE  INTERACTION 
MODELS  IN  SH'-  TUNING  SYSTEM  DEVELOPMENT  CYCLEi.  IN  PROCEEDINGS  OF  THE  FIFTH 
NATIONAL  SYMPOStUM  ON  HUMAN  FACTORS  IN  ELECTRONICS.  NEW  YORK:  INSTITUTE  OF 
ELECTRICAL  AND  ELECTRONIC  ENGINEERS,  1964,  304-313. 


46  STRUCTURED  PROGRAMMING 

BROWN,  J.R.  STRUCTURED  PROGRAMMING:  AGONY  AND/OR  ECSTACY. 
1975,  8(6),  56-57. 


COMPUTER,  JUNE 


47  SOFTWARE  DEVELOPMENT 

BROWN,  P.J.  PROGRAMNING  AND  DOCUMENTING  SOFTWARE  PROJECTS.  COMPUTING 
SURVEYS,  1974,  6,  213-220. 

DESCRIPTION: 

TIME  AND  TIME  AGAIN  SOFTWARE  PROJECTS,  THOUGH  UNDERLAKEN  BY  PEOPLE  OF 
CONSIDERABLE  INTELLECTUAL  ABILITY,  FAIL.  THIS  WILL  DOUBTLESS  BE  A 
CONTINUING  PHENOMENON,  BECAUSE  SOFTWARE  PRODUCTION  IS  INDEED  A DIFFICULT 
TASK  REQUI-nG  WIDE-RANGING  SKILLS.  CERTAINLY,  NO  SINGLE  PAPER  CAN 
SUDDENLY  SUVE  ALL  THE  PROBLEMS  OF  SOFTWARE  WRITING  AND  ELIMINATE  THE 
FAILURES.  THE  SCOPE  OF  THIS  PAPER  IS  LIMITED  TO  FOUR  STAGCS  IN  THE 
EXECUTION  )F  SOFTWARE  PROJECTS,  NAMELY  THE  PLANNING,  CODING,  TESTING,  AND 
FINAL  USAGE.  THESE  FOUR  CRUCIAL  AREAS  CONTAIN  PITFALLS  THAT  HAVE  BEEN 
RESPONSIBLE  FOR  A LARGE  PROPORTION  OF  SOFTWARE  FAILURES,  AND  IT  IS  HOPED 
THIS  PAPER  WILL  HELP  AVOID  SOME  OF  THEM.  (A) 

BP,  16R. 
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<3  TIME-SHARING 

MOWN#  T.#  4 KLERER#  N.  THE  EFFECT  OF  LANGUAGE  DESIGN  ON  TIME-SHARING 
OPERATIONAL  EFFICIENCY.  INTERNATIONAL  JOURNAL  OF  MAN-MACHINE  STUDIES#  197S# 
7#  233*247. 

DESCRIPTION: 

THE  INPORTANCE  OF  'THINK  TINE*  FOR  OPERATIONAL  EFFICIENCY  OF  TIME-SHARING 
SYSTEMS  IS  RE-EMPHASIZED.  IT  IS  POINTED  OUT  THAT  THINK  TINE  IS  AN 
EXPERIMENTAL  DEPENDENT  PARAMETER  OF  THE  SOFTWARE-HARDWARE  PROGRAMMING 
SYSTEM  ANO  NAY  BE  LENGTHENED  OR  SHORTENED  AS  A FUNCTION  OF  CONSOLE  OR 
PROGRAMMING  LANGUAGE  DESIGN.  A SIMPLE  COMPUTATIONAL  MODEL  IS  USED  TO 
PREDICT  THE  BEHAVIOR  OF  RESPONSE  TIME  AS  A FUNCTION  OF  THINK  TIME  FOR 
DIFFERENT  CONDITIONS  OF  SERVICE  LOADING.  THE  ECONOMIC  IMPLICATIONS  ARE 
CONSIDERED.  (A) 

15P#  13R. 


49  PROGRAMMING  LANGUAGES 

BRUNT#  R.F.#  4 TUFFS#  D.E.  A USER-ORIENTED  APPROACH  TO  CONTROL  LANGUAGES. 
SOFTWARE-PRACTICE  AND  EXPERIENCE#  1976#  6#  93-108. 

DESCRIPTION: 

THIS  PAPER  DESCRIBES  THE  DESIGN  APPROACH  ADOPTED  FOR  SCL  WHICH  IS  THE 
CONTROL  LANGUAGE  OF  SYSTEM  B#  THE  OPERATING  SYSTEM  OF  ICL'3  NEW  2900 
SERIES  OF  COMPUTERS.  THE  DESIGN  EMPHASIS  OF  SCL  IS  'USABILITY'  AND  THE 
PAPER  SETS  OUT  TO  SHOW  THAT  SCL  PROVIDES  UHAT  USERS  REQUIRE. 

THE  AUTHORS  BOTH  WORK  IN  THE  SYSTEMS  PROGRAMMING  DIVISION  OF  ICL  WHERE 
THE  MAJORITY  OF  THEIR  RECENT  WORK  HAS  CENTERED  AROUND  THE  DESIGN  OF  JOB 
MANAGEMENT  IN  SYSTEM  0 AND  SCL  IN  PARTICULAR.  (A> 

16P#  4R. 


50  STATISTICS  ON  USE  OF  A TIME-SHARING  SYSTEM 

BRYAN#  G.E.  JOSS:  20#000  HOURS  AT  A CONSOLE  — A STATISTICAL  SUMMARY.  AFIPS 
CONFERENCE  PROCEEDINGS#  1967,  31#  769-777  (ALSO  TECHNICAL  REPORT  NO.  RM-5359- 
PR#  SANTA  MONICA#  CALIFORNIA:  RAND  CORPORATION#  AUGUST  1967). 

DESCRIPTION: 

JOSS  IS  A SPECIAL  PURPOSE  INTERACTIVE  COMPUTATIONAL  FACILITY.  THIS  PAPER 
REPORTS  ON  EFFORTS  TO  MEASURE  SYSTEM  USE  AND  CHARACTERISTICS  OF  INDIVIDUAL 
SYSTEM  USERS.  THIS  ALLOWS  THE  ASSESSMENT  OF  HOH  WELL  THE  SYSTEM  MEETS  THE 
DEMANDS  OF  A "TYPICAL"  USER.  (MEA) 

9P#  23R, 


#1  SOFTWARE  DEVELOPMENT 

BULLEN#  R.H.#  JR.  ENGINEERING  OF  QUALITY  SOFTWARE  SYSTEMS  (SOFTWARE  FIRST 
CONCEPTS)  (TECHNICAL  REPORT  NO.  MTR-2648-V0L-3) . BEDFORD#  MASSACHUSETTS: 
MITRE  CORP.#  JANUARY  1975. 


52  SOFTWARE  PHYSICS 

BULUT#  N.  INVARIANT  PROPERTIES  IN  ALGORITHMS . UNPUBLISHED  DOCTORAL 
DISSERTATION#  PURDUE  UNIVERSITY#  LAFAYETTE#  INDIANA#  1973. 


' trtWKl 


53  SOFTWARE  PHYSICS 

BULUT,  N.,  S HALSTEAD,  H.H.  IMPURITIES  FOUND  IN  ALGORITHM  IMPLEMENTATIONS 
(TECHNICAL  REPORT  NO,  CSD-TR-111 ).  LAFAYETTE,  INDIANA:  PURSUE  UNIVERSITY, 
DEPARTMENT  OF  COMPUTER  SCIENCE,  1974, 

DESCRIPTION: 

THIS  PAPER  DESCRIBES  SIS  IMPURITIES  OBTAINED  ON  THE  BASi*  OF  CONFORMITY 
TO  THE  SOFTWARE  PHYSICS  RELATIONS,  AS  FOLLOWS:  <1>  SELF-CANCEL LINS 
OPERATIONS,  (2)  AMBI6UOUS  USA6E  OF  AN  OPERAND,  (3)  StSONYHOUS  USAGES  OF 
OPERANOS,  (4)  COMMON  SUBEXPRESSIONS,  (SI  UNNECESSARY  REPLACEMENTS,  AMO 
(6)  UNFACTC9E0  EXPRESSIONS.  THE  IMPURITIES  WERE  MOSTLY  APPARENT  IN  STUOINY 
PROCRAMS,  NOT  IN  PUBLISHES  ONES.  (O) 

4P,  11R. 


54  SOFTWARE  PHYSICS 

•ULUT,  N.,  HALSTEAD,  N.H.,  A BAYER,  it.  EXPERIMENTAL  VALIDATION  OF  A STRUCTURAL 
PROPERTY  OF  FORTRAN  ALGORITHMS  (TECHNICAL  REPORT  NO.  CSD-TR-115).  LAFAYETTE, 
INDIANA:  PUROUE  UNIVERSITY,  DEPARTMENT  OF  COMPUTER  SCIENCE,  1974. 

DESCRIPTION: 

THE  CORRELATION  BETWEEN  OBSERVED  AMD  CALCULATED  LENSTN  FOR  429  FORTRAN 
PROGRAMS  IN  THE  PROGRAM  LIBRARY  AT  PURBUE  UNIVERSITY  WAS  .95,  WITH  PROGRAM 
SI2E  RANGING  FROM  3 TO  1074  STATEMENTS.  TNE  STUDY  CONFIRMS  CHE  EXISTENCE 
OF  A FUNCTIONAL  RELATIONSHIP  BETWEEN  THE  MEASURABLE  PARAMETERS  Ktl),  N(2>, 
AND  N. 

THIS  PAPER  ALSO  REVIEWS  RULES  OBSERVED  IN  COUNI IMG  ALGORITHM.  (0) 

BP,  10R. 


55  SOFTUAME  ENGINEERING 

BURNS,  I.F.,  HANSINC,  H.N.,  HERRING,  F.P.,  t MCCOY,  R.C.  SOFTWARE  ENGINEERING 
AND  SPECIFICATION  VALIDATION.  COMPUTER-AIDED  SOFTWARE  ENGINEERING  PROGRAM, 
SOFTWARE  CAPABILITIES  DESCRIPTION  (TECHNICAL  REPORT  NO.  TRW-22944-0921-006) . 
HUNTSVILLE,  ALABAMA:  TRW  SYSTEMS  GROUP,  JANUAR?  1974.  (HTIS  NO.  AD  915757) 
DESCRIPTION: 

THIS  REPORT  DESCRIBES  THE  CAPABILITIES  OF  THE  COMPUTER-AIDED  SOFTWARE 
ENGINEERING  PROGRAM  (CASEP),  TO  BE  DEVELOPED  BY  TRW  UNDER  THE  SPONSORSHIP 
OF  ABHDA. 

CASEP  IS  AN  INTEGRATED  SET  OF  PROGRANS  WHICH  ARE  DESIGNED  TO  ENHANCE 
THE  CURRENT  ABHDA  SOFTWARE  ENGINEERING  HETHODOLGGY.  THIS  ENHANCEMENT  IS 
ACCOMPLISHED  BY  ASSURING  COMPLETENESS  OF  SPECIFICATION  OF  SOFTWARE  DESIGN, 

BY  ASSURING  CORRECTNESS  OF  SPECIFIED  LOGIC  IN  PERFORMING  STATIC  VALIDATION 
AT  ALL  LEVELS  OF  DEVELOPMENT,  BY  AIDING  THE  DEVELOPMENT  Of  SIMULATORS  TO 
VALIDATE  THE  SPECIFICATIONS,  BT  PROVIDING  ASSISTANCE  TO  THE  PROCESS  DESIGNER 
DURING  THE  PROCESS  0ESI6N  PHASE,  AND  BY  PROVIDING  MANAGEMENT  INFORMATION 
REPORTS  AND  CONFIGURATION  MANAGEMENT  CONTROLS  AS  AN  INTEGRAL  PART  OF  THE 
DEVELOPMENT  SUPPORT.  (A) 

75P,  27R. 


56  PROGRAMMING  STYLE 

BYARS,  H.E.  AN  INVESTIGATION  INTO  PROGRAMMING  STYLE.  CONPUTER  STUDIES  IN  THE 
HUMANITIES  AND  VERBAL  BEHAVIOR,  1969,  2,  19B-2C3* 

DESCRIPTION: 

THIS  PAPER  SEEKS  TO  ANSWER  THE  QUESTION:  WHAT  IS  A GOOD  BASIS  FOR 
DETERMINING  WHO  WROTE  A GIVEN  PROGRAM?  ANALYSIS  OF  PROGRAMMING  STYLE 
PROCEEDS  ON  TWO  LEVELS  (PROGRAM  TEXT  AND  PE3GRAM  SEMANTICS)  IN  ORDER  TO 
IDENTIFY  STYLISTIC  DISCRIMINATORS  AMONG  PROGRAMS  OF  VARYING  AUTHORSHIP. 
BECAUSE  OF  ITS  FLEXIBILITY  AND  ITS  EASE  OF  PARSING,  THE  STUDY  CONCENTRATED 
ON  THE  FORTRAN  LANGUAGE.  (A) 

6P,  2R. 
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57  SOFTWARE  DESIGN 

CAMERON,  S.D.  HUNAN  PROBLEMS  IN  SOFTWARE  DESIGN.  IN  PROCEEDINGS  OF  THE  TENTH 
ANNUAL  MEETING,  HUNAN  FACTORS  ASSOCIATION  OF  CANADA.  DOWNSVIEW,  ONTARIO, 
CANADA:  HUMAN  FACTORS  ASSOCIATION  OF  CANADA,  1978,  26-37. 

DESCRIPTION: 

THE  PRODUCTION  OF  A HUMAN-ENGINEERED  COMPUTER  SYSTEM  REOUIRES  HUMAN  FACTORS 
CONSIDERATIONS  AT  ALL  STASES  OF  DEVELOPMENT.  THOUGH  IT  IS  ESSENTIAL  TO 
CONSIDER  THE  HUNAN  ENGINEERING  OF  THE  VISIBLE  MAN-COMPUTER  INTERFACE,  MORE 
CONCERN  MUST  BE  CONCENTRATED  ON  THE  FACTORS  INVOLVED  IN  THE  CONSTRUCTION  OF 
THAT  INTERFACE.  IN  THE  FACE  OF  A CONTINUING  EXPLOSION  IN  SOFTWARE 
PRODUCTION,  WE  MUST  CONCERN  OURSELVES  WITH  THE  INTERFACE  BETWEEN  THE 
PROGRAMMER  AND  HIS  PROGRAM.  THE  PRODUCTION  OF  COST-EFFECTIVE  HIGH  QUALITY 
SOFTWARE  REQUIRES  AN  UNDERSTANDING  OF  THE  WORKERS  PRODUCING  IT,  THEIR  WORK 
ENVIRONMENT,  AND  THE  TOOLS  THEY  USE.  (A) 

12P,  16R. 
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58  EFFECT  OF  SYSTEM  RESPONSE  TIME  ON  USER 

CAR80NELL,  J.R.,  cLKIND,  J.I.,  & NICKERSON,  R.S.  ON  THE  PSYCHOLOGICAL 
IMPORTANCE  OF  TIME  IN  A TIME  SHARING  SYSTEM.  HUMAN  FACTORS,  1968,  10,  135-142 
(ALSO:  REPORT  NO.  SCIENTIFIC-6,  BBN-1687.  CAMBRIDGE,  MASSACHUSETTS:  BOLT 
BERANEK  AND  NEWMAN,  INC.,  SEPTEMBER  1967>.  (NTIS  NO.  AD  670604) 

DESCRIPTION: 

ONE  OF  THE  MOST  IMPORTANT  PROBLEMS  IN  THE  DESIGN  AND/OR  OPERATION  OF  A 
COMPUTER  UTILITY  IS  TO  OBTAIN  DYNAMIC  CHARACTERISTICS  THAT  ARE  ACCEPTABLE 
ANII  CONVENIENT  TO  THE  ON-LINE  USER.  THIS  PAPER  IS  CONCERNED  WITH  THE 
PROBLEMS  OF  ACCESS  TO  THE  COMPUTER  UTILITY,  RESPONSE  TIRE  AND  ITS  EFFECT  UPON 
CONVERSATIONAL  USE  OF  THE  COMPUTER,  AND  THE  EFFECTS  OF  LOAD  ON  THE  SYSTEM. 
PRIMARY  ATTENTION  IS  PLACED  UPON  RESPONSE  TIME:  RATHER  THAN  A SINGLE  MEASURE, 
A SET  OF  RESPONSE  TIMES  SHOULD  BE  MEASURED  IN  A GIVEN  COMPUTER  UTILITY,  IN 
CORRESPONDENCE  TO  THE  DIFFERENT  TYPES  OF  OPERATIONS  REQUESTED.  IT  IS  ASSUMED 
THAT  THE  PSYCHOLOGICAL  VALUE  OF  SHORT  RESPONSE  TINE  STEMS  FROM  A SUBJECTIVE 
COST  MEASURE  OF  THE  USER'S  OWN  TIME,  LARGELY  INFLUENCED  BY  THE  VALUE  OF 
CONCURRENT  TASKS  BEING  POSTPONED.  A MEASURE  OF  COST  (TO  THE  INDIVIDUAL  AND/ 
OR  HIS  ORGANIZATION)  OF  THE  TIME-ON-LINE  REQUIRED  TO  PERFORM  A TASK  MIGHT 
THUS  BE  DERIVED.  MORE  SUBTLE  IS  THE  PROBLEM  OF  THE  USER'S  ACCEPTABILITY  OF 
GIVEN  RESPONSE  TIMES.  THIS  ACCEPTABILITY  IS  A FUNCTION  OF  THE  SERVICE 
REQUESTED  (E.G.,  LENGTH  OF  COMPUTATION),  AND  VARIABILITY  WITH  RESPECT  TO 
EXPECTATIONS  DUE  BOTH  TO  UNCERTAINTY  IN  THE  USER'S  ESTIMATION  AND  TO 
VARIATIONS  IN  THE  RESPONSE  TIME  ORIGINATED  BY  VARIABLE  LOADS  ON  THE  SYSTEM. 

All  EFFORT  SHOULD  BE  MADE  BY  COMPUTER-UTILITY  DESIGNERS  TO  INCLUDE  DYNAMIC 
CHARACTERISTICS  (SUCH  AS  PREDICTION  OF  LOADS  AND  THEIR  EFFECTS)  AMONG  THEIR 
DESIGN  SPECIFICATIONS.  (A) 

BP,  6R. 
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| 59  DATA  ENTRY  ERRORS 

g CARLSON,  G.  PREDICTING  CLERICAL  ERROR  IN  AN  EDP  ENVIRONMENT.  DATAMATION, 

6 FEBRUARY  19(2)63,  9,  34-36. 

$ DESCRIPTION: 

f VERY  LITTLE  IS  KNOWN  ABOUT  ERROR  IN  ANY  PRECISE  MANNER,  EXCEPT  THAT  IT  IS 

I USUALLY  PRESENT  AND  TROUBLESOME.  THIS  PAPER  DESCRIBES  AN  ATTEMPT  AT 

I PREDICTING,  OR  SIMULATING,  HUMAN  ERROR.  ERRORS  MADE  IN  A NUMERIC  DATA  ENTRY 

$ TASK  ARE  ANALYZED  AND  A BINARY  DECISION  TREE  IS  DEVELOPED  TO  SIMULATE  THESE 

I ERRORS.  THIS  MODEL  IS  INDEPENDENT  OF  THE  INDIVIDUAL  OPERATOR  AND  TYPE  OF 

| WORK  BEING  DONE  AND  CORRECTS  PREDICTED  46X  OF  OBSERVED  ERRORS.  (PEA) 

| 3P,  OR . 
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60  PROGRAMMING 

CARSTENSEN,  I.,  FISCHER,  L.,  JORGENSEN,  A.H., 
STUDY  OF  PROGRAM  READABILITY  '.NO  MODIFIABILITY 
SIT?  Of  COPENHAGEN,  1975. 


G WEISSMAN,  L.  AN  EXPERIMENTAL 
. DATALOGISK  IBSTITUT,  UN2VER- 


SPECIFIC  QUERY  LANGUAGE 

CHAMBERLIN,  D.D.,  t BOYCE,  R.F.  SEQUEL:  A STRUCTURED  EN6L1SH  QUERY  LANGUAGE . 

IN  PR0CEE0IN6S  OF  THE  ACM  SI6N00  WORKSHOP,  NAY  1974,  242-264  (ALSO  TECHNICAL 
REPORT  RJ^SQA,  IBN  RESEARCH  LABORATORY,  SAN  JOSE,  CALIFORNIA,  NAY  1974). 
DESCRIPTION: 

IN  THIS  PAPER,  WE  PRESENT  THE  DATA  MANIPULATION  FACILITY  FOR  A STRUCTURED 
EN6LISH  QUERY  LANGUAGE  (SEQUEL)  WHICH  CAN  BE  USED  FOP  ACCESSING  DATA  IN  AN 
INTEGRATED  RELATIONAL  OATA  BASE.  WITHOUT  RESORTING  TO  THE  CONCEPTS  OF 
80UN0  VARIABLES  AND  QUANTIFIERS  SEQUEL  IDENTIFIES  A SET  OF  S1NPLF  OPERATIONS 
ON  TABULAR  STRUCTURES,  WHICH  CAN  BE  SHOWN  TO  BE  OF  EQUIVALENT  POWER  TO  THE 
FIRST  ORDER  PREDICATE  CALCULUS.  A SEQUEL  USER  IS  PRESENTED  WITH  A 
CONSISTENT  SET  OF  KEYWORD  ENGLISH  TEMPLATES  WHICH  REFLECT  HOW  PEOPLE  USE 
TABLES  TO  OBTAIN  INFORMATION.  MOREOVER,  THE  SEQUEL  USER  IS  ABLE  TO  COMPOSE 
THESE  BASIC  TEMPLATES  IN  A STRUCTURED  MANNER  IN  ORDER  TO  FORM  MORE  COMPLEX 
QUERIES.  SEQUEL  IS  INTENOED  AS  A OATA  BASE  SUBLANGUAGE  FOR  BOTH  THE 
PROFESSIONAL  PROGRAMMER  AND  THE  MORE  INFREQUENT  DATA  BASE  USER.  (A) 

23P,  18R. 


PROGRAMMER  PRODUCTIVITY 

CHAMPINE,  G.A.  ESTIMATING  METHODS  AND  MEASURES  OF  PROGRAMMER  PRODUCTIVITY 
(TECHNICAL  REPORT).  ROSEVILLE,  MINNESOTA:  SPERRY-UNIVAC,  MAY  1973. 

DESCRIPTION: 

THE  PURPOSE  OF  THIS  PAPER  IS  TO  REVIEW  SEVERAL  QUANTITATIVE  MODELS  FOR  THE 
PROGRAMMING  PROCESS.  THE  BASIS  OF  THE  PARAMETERS  IN  THESE  PODE1S  IS  A 
RATHER  CONSIDERABLE  AMOUNT  OF  HISTORICAL  WORK  THAT  HAS  BEEN  DONE  IN  THE  AREA 
OF  PROGRAMMING  MANAGEMENT.  THE  PURPOSE  OF  THE  MODELS  13  TO  PERMIT  RELIABLE 
ESTIMATIONS  TO  BE  MADE  OF  COST,  SCHEDULE  AND  MANPOWER  RESOURCES  REQUIRED  TO 
PERFORM  A GIVEN  PROGRAMMING  JOB.  A SECONDARY  OBJECTIVE  OF  THE  MODELS  IS  TO 
PROVIDE  ADEQUATE  STANDARDS  OF  PERFORMANCE  BY  WHICH  PROJECT  PERFORMANCE  MAY 
BE  COMPARED  AFTER  THE  FACT.  THE  PARAMETERS  OF  THE  JOB,  PROGRAMMER  AND 
WORKING  ENVIRONMENT  ARE  REVIEWED  AND  THOSE  WHICH  CORRELATE  WITH  COST  AND 
SCHEDULE  ARE  IDENTIFIED  AND  RELATED  IN  A QUALITATIVE  MANNER.  (A,  ABB ft.) 

25P,  SR. 


I PROGRAMMES  PRODUCTIVITY 

CHAMPINE,  G.A.,  t CARLSON,  W.H.  PROGRAMMER  PRODUCTIVITY  (TECHNICAL  REPORT). 
ROSEVILLE,  MINNESOTA:  SPERRY-UNIVAC,  UNDATfO. 

DESCRIPTION: 

ONE  OF  THE  KEY  ISSUES  IN  MANAGEMENT  OF  SOFTWARE  IS  THE  ESTIMATION, 
PREDICTION,  AND  CONTROL  OF  PROGRAMMING  PRODUCTIVITY.  THE  TOPIC  OF 
PROGRAMMING  PRODUCTIVITY  MAY  BE  DIVIDED  INTO  TH£  TOPICS  OF 
IDENTIFICATION  OF  FACTORS  AFFECTING  PRODUCTIVITY 
ESTIMATION  OF  PRODUCTIVITY  FACTORS 
PREDICTION  OF  PROGRAMMING  COST  AND  SCHEDULE 
TECHNICAL  METHODS  CF  IMPROVINS  PRCDilCTIVITY 
MANAGEMENT  TECHNIQUES  FOR  IMPROVING  PRODUCTIVITY 
EACH  OF  THESE  TOPICS  IS  REVIEWED  WITH  RESPECT  TO  THE  LITERATURE,  AND  CURRENT 
PRACTICE  AS  IT  EXISTS  IN  INDUSTRY  Mi  IF!  THE  ROSEVILLE  DEVELOPMENT  CENTER. 

A NUMBER  OF  STATISTICAL  STUDIES  HAVE  BEEN  DONE  ON  PROGRAMMING 
PRODUCTIVITY,  BUT  THEIR  USE  IN  ACTUAL  PRACTICE  HAS  BEEN  VERY  LIMITED. 
KtSVEVEK.,  PRODUCTIVITY  HAS  BEEN  SUBSTANTIALLY  IMPROVED  THE  LAST  FEW  YEARS 
TROUGH  THE  WIDESPREAD  USE  OF  INTERACTIVE  TERMINALS,  STRUCTURED  PROGRAMMING, 
IMPROVED  CEBUGGING  TOOLS,  AND  BETTER  KANAGIMEN1  TECHNIQUES.  UNFORTUNATELY, 
THE  ENTIRE  ISSUE  IS  CLOUCEO  BY  THE  LACK  OF  A SUITABLE  STANDARD  OF  MEASURE. 
(A) 

2BP,  24R. 
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64  ROLLBACK  AND  RECOVERY  STRATE6IES 

CHANOY,  K.M.  A SURVEY  Of  ANALYTIC  MODELS  Of  ROLLBACK  AND  RECOVERY  STRATEGIES. 
COMPUTER  MAGAZINE/  MAY  1975/  8(5)/  40-47. 

DESCRIPTION! 

THERE  ARE  SEVERAL  HAYS  TO  INCREASE  SYSTEM  RELIABILITY.  CHOOSING  THE  MOST 
COST-EFFECTIVE  ONE  IS  NOT  EASY/  BUT  MODELS  SUCH  AS  THOSE  OITLINED  IK  THIS 
PAPER  CAN  HELP 

FOLLOWING  a’bRIEF  DISCUSSION  Of  THE  CCST-EFFECTIVENESS  Of  REDUNDANCY 
SCHEMES,  ATTENTION  IS  THEN  RESTRICTED  TO  THE  ANALYSIS  OF  ROLLBACK  AND 
RECOVERY  STRATEGIES.  THE  DIFFERENT  OBJECTIVES  AND  CONSTRAINTS  OF  ROLLBACK 
AND  RECOVERY  STRATEGIES  ARE  DISCUSSED/  USING  A OATA-BASED  SYSTEM  AND  A 
PROCESS-CONTROL  SYSVEH  AS  EXAMPLES.  APPROACHES  TO  MODELING  THE  ROLLBACK- 
RECOVERY  PROCESS  ARE  PRESENTED/  AND  THE  ANALYSIS  OF  THREE  SPECIFIC  MODELS 
IS  REVIEWED.  (0) 

BP,  5R. 
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65  FLOWCHARTING 

CHAPIN/  N.  FLOWCHARTING  WITH  THE  ANSI  STANDARD:  A TUTORIAL.  COMPUTING 
SURVEYS/  1970,  2 , 119-146. 

DESCRIPTION: 

THE  ISO  AND  ANSI  X3.5  STANDARD  FLOWCHART  SYMBOLS  AND  THEIR  USAGE  IN 
INFORMATION  PROCESSING  ARE  EXPLAINED  AND  EXAMPLES  GIVEN.  THE  TWO  MAIN 
CATEGORIES  OF  FLOWCHART  — THE  SYSTEM  CHART  OR  RUN  DIAGRAM/  AND  THE  FLOW 
DIAGRAM  OR  BLOCK  DIAGRAM  — ARE  STRESSED.  FOR  EACH,  THE  OUTLINE  SYMBOLS 
AND  THEIR  MANNER  OF  USE  ARE  PRESENTED,  AS  WELL  AS  GUIDELINES  AND 
CONVENTIONS,  SUCH  AS  CROSS-REFERENCING.  IN  THE  CASE  OF  FLOW  DIAGRAMS, 
NOTATION  IS  PRESENTED  FOR  USE  WITHIN  THE  OUTLINE  SYMBOLS. 

28P,  21R. 


66  FLOWCHARTING 

CHAPIN,  N.  NEW  FORMAT  FOR  FLOWCHARTS.  SOFTWARE  PRACTICE  AND  EXPERIENCE, 

1974,  4,  341-357. 

DESCRIPTION: 

THIS  PAPER  PROPOSES  A NEW  CHART  FORMAT  AS  AN  ALTERNATIVE  FOR  THE  FLOW 
DIAGRAM  VARIETY  OF  FLOWCHART.  THIS  NEW  CHART  FORMAT  IS  MORE  INFORMATIVE, 
MORE  COMPACT  AND  EASIER  TO  OS*  AND  DRAW  THAN  THE  ANS  FORMAT,  AND 
FACILITATES  MODULARIZATION  IN  DESIGN  AND  PROGRAMMING.  THE  NEW  CHART  FORMAT 
SUPPORTS  RESTRICTIONS  ON  CONTROL  TRANSFERS,  AND  CLEARLY  IDENTIFIES  THE 
CONTROL  STRUCTURES  USED  IN  STRUCTURED  PROGRAMMING.  THE  NEW  CHART  FORMAT 
ALSO  PERMITS  SHOWING  MULTIPLE  LEVELS  OF  DETAIL  UNAMBIGUOUSLY  IN  A SINGLE 
FLOWCHART,  AND  ENABLES  KIPO  CHARTS  ANO  SYSTEM  CHARTS  TO  BE  USEFULLY 
AU6NENTED.  (A) 

17P,  12R. 


67  PROGRAM  SYNTHESIS  I 

CHATELIN,  P.  SELF “REDEFINITION  AS  A PROGRAM  MANIPULATION  STRATEGY.  IN  | ) 

PROCEEDINGS  OF  THE  ACM  SYMPOSIUM  ON  ARTIFICIAL  INTELLI6ENCE  AND  PROGRAMMING  « 

LANGUAGES,  SlGPLAN  NOTICES,  AUGUST  1977,  12(8),  174-179  (ALSO:  SI6ART 
NEWSLETTER,  AUGUST  1977,  NO.  64,  174-179). 

DESCRIPTION: 

THIS  IS  AN  EXPLORATION  OF  A CONSTRUCTIVE  STRATEGY  FOR  PROGRAM  IMPROVEMENT  ) 

AND  SYNTHESIS.  A FIRST  PART  RECALLS  UNFOL DING -FOLDING  STYLE  OF  \ 

MANIPULATIONS  INITIATED  8Y  BURSTALL  AND  DARLINGTON  WITH  AN  APPLICATION 
TO  PROOFS  OF  EQUIVALENCE.  OF  CERTAIN  FUNCTION  COMPOSITIONS.  SECOND  PART, 

IN  A MORE  ASSTRACT  WAY,  PRESENTS  THREE  BASIC  "FORMS"  AND  THEIR  ASSOCIATED 
"TRANSFORMS"  CONSTRUCTED  WITH  THIS  STRATEGY  IN  A HIERARCHICAL  ORDER;  THEY 
MAY  SERVE  AS  GOALS  OF  TRANSFORMATIONS.  LAST  PART  ASSOCIATES  SELF- 
REDEFINITION TO  NIXED  STRATEGIES  FOR  PROGRAM  COMPOSITION:  SYMBOLIC  MACRO 

REPLACEMENT,  LOGARITHMIC  SPEED  UP,  RESOLUTION  OF  FORMAL  RECURRENCES.  EACH  j 

SITUATION,  WHERE  TECHNIQUE  AND  METHOD  APPLY,  IS  DEPICTED  ON  EXAMPLES  AND  ; 

OPEN  PROBLEMS  ARE  EVOKED.  (A)  \ 

6p,  r/R.  5 


INTELLIGENT  TERMINALS 

CHEN,  T.C . DISTRIBUTED  INTELLIGENCE  FOR  USER-ORIENTED  COMPUTING.  AFIPS 

CONFERENCE  PROCEEDINGS,  1972,  41,  1049-1056.  > 

DESCRIPTION:  i 

THE  PRIMITIVES  USEO  BY  THE  COMPUTER  DESIGNER  HAVE  BLOSSOMED  FROM  THE  SINGLE 

LOGICAL  CONNECTIVES  OF  TWO  DECADES  AGO,  INTO  CHIPS  CONTAINING  THOUSANDS  OF  5 

CIRCUITS  AND  BITS.  YET,  THE  QUANTITATIVE  ASPECT  OF  THE  ACHIEVEMENT, 

IMPOSING  AS  IT  IS,  SIGNIFIES  LESS  THAN  THE  QUALITATIVE  INJECTION  OF  MACHINE  1 

INTELLIGENCE  DOWN  TO  THE  CHIP  LEVEL.  VI  fH  THt  COJi'FQUENT  FREEDOM  TO  i 

DISTRIBUTE  COMPUTING  POWER,  MACHTSc  DESIGN  ENTERS  A NEW  FRA.  • 

WE  ASSERT  THAT  VERY  POWERFUL  EXTENSIBLE  SYSTEMS,  BASED  OH  THE  LOOSE-  1 

COUPLING  OF  NESTED  AUTONOMOUS  MODULES,  CAN  HARMONIZE  WITH  THE  HAPDWARE  , 

TRENOS  AMD  BE  DIRECTEO  TOWARD  HUN  AN?*0R  ISN'T  ED,  INTERPRETIVE  COMPUTING.  THE 
KEY  TO  PERFORMANCE  IS  SELF-OPTIMIZATION  CONDUCTED  THROUGHOUT  THE  POLYCENTRIC 

SYSTEM.  (A)  | 

8P,  21R. 


69  STRUCTURED  PROGRAMMING 

CHENG,  L.L.  ENGINEERING  OF  QUALITY  SOFTWARE  SYSTEMS  (SOME  CASE  STUDIES  IN 
STRUCTURED  PROGRAMMING)  (REPORT  NO.  MTR-2648-V0L-6) . BEDFORD,  MASSACHUSETTS: 
MITRE  CORP.,  JANUARY  1975. 


n 


p 


E 


70  NATURAL  LANGUAGE  PROGRAMMING 

CHODOROW,  N.S.,  A MILLER,  L.A.  THE  INTERPRETATION  OF  TEMPORAL  ORDER  IN 
COORDINATE  CONJUNCTION  (TECHNICAL  REPORT  NO.  RC  6199).  YORKTOUN  HEIGHTS,  NEW 
YORK:  I8M  THOMAS  J.  WATSON  RESEARCH  CENTER,  1976. 

DESCRIPTION: 

THIS  PAPER  PROVIDES  A NON-COf.’TEXTUAL  ANALYSIS  OF  THE  TEMPORAL  ORDER  OF 
ACTIONS  THAT  ARE  EXPRESSED  AS  COORDINATELY  CONJOINED  VERBS.  ALTHOUGH 
'HE  ANALYSIS  IS  DEVELOPED  TG  ACCOUNT  FOR  PHENOMENA  IN  A PROCEDURE 
SPECIFICATION  DOMAIN  (THE  'OOKING  RECIPE),  ITS  PRINCIPLES  ARE  BELIEVED  TO  BE 
GENERALLY  APPLICABLE.  COOKING  INSTRUCTIONS  CONTAINING  A PAIR  OF  CONJOINED 
VERBS  ARE  INTERPRETED  AS  REQUIRING  THE  TWO  ACTIONS  TO  BE  PERFORMED  EITHER 
CONSECUTIVELY  OR  SIMULTANEOUSLY.  IF  THE  ACTIONS  ARE  COMPATIBLE,  THEY  MAY  BE 
EXECUTED  SIMULTANEOUSLY;  IF  THEY  ARE  INCOMPATIBLE,  THEY  MUST  BE  EXECUTED 
CONSECUTIVELY.  COMPATIBILITY  IS  DEFINED  IN  TERMS  OF  PRE  CO  ADI t IONS  AND 
ON-GOING  CONDITIONS  FOR  ACTIONS.  CONSECUTIVE  ACTIONS  ARE  OFTEN 
ACCOMPANIED  BY  INTERACTION  EFFECTS  WHICH  CAN  BE  ATTRIBUTED  TO  PARTIALLY  CR 
INCORRECTLY  FULFILLED  PRECONDITIONS.  PRECONDITIONS  AND  COMPATIBILITY 
PROVIDE  THE  FRAMEWORK  FOR  A SUFFICIENT  SOLUTION  TO  ONE  TYPE  OF  INTERACTION 
PROBLEM.  THE  SET  OF  PRE-  AND  0N-60INS  CONDITIONS  FOR  AN  ACTION  IS  ENTAILED 
BY  THE  VERB  WHICH  EXPRESSES  THAT  ACTION.  THIS  ENTAILMENT  RELATIONSHIP  IS 
CONSISTENT  WITH  THE  GENERAL  REQUIREMENTS  FOR  A NON-CONTEXTUAL  SOLUTION 
TO  THE  INTERPRETATION  OF  TEMPORAL  ORDER.  PREVIOUS  LINGUISTIC  APPROACHES 
CANNOT  ACCOUNT  FOR  SIMULTANEOUS  ACTIONS  OR  FOR  INTERACTION  PHENOMENA.  (A) 


71  DESIGN  METHODOLOGY 

CHU,  Y.  A METHODOLOGY  FOR  SOFTWARE  ENGINEERING.  IEEE  TRANSACTIONS  ON  SOFTWARE 
ENGINEERING,  1975,  SE-1,  262-270. 

DESCRIPTION: 

THIS  PAPER  PRESENTS  A METHODOLOGY  FOR  SOFTWARE  ENGINEERING.  THIS 
METHODOLOGY  RECOGNIZES  THE  EXISTENCE  OF  TWO  SEPARATE  AND  DISTINCTIVE 
PHASES  (ARCHITECTURE  AND  IMPLEMENTATION)  OF  A SOFTWARE  ENGINEERING  TASK. 
THESE  TWO  PHASES  ARE  INTERFACED  BY  A FORMALIZED  BUT  DESCRIPTIVE  DESIGN 
SPECIFICATION  DESCRIBED  BY  A LANGUAGE  CALLED  ADL  (ARCHITECTURAL  DESIGN 
LANGUAGE).  THIS  ADL  DESCRIPTION  WOULD  SERVE  A SIMILAR  PURPOSE  AS  THAT 
SERVED  BY  THE  BLUEPRINT.  IMPLEMENTATION  CAN  THEN  BE  ACCOMPLISHED  FROM  THE 
“SOFTWARE  BLUEPRINT”  IN  ANY  OF  THREE  POSSIBILITIES:  SOFTWARE,  HARDWARE,  OR 
MICROWAPE.  DESIGN  OF  A LEXICAL  SCANNER  IS  CHOSEN  AS  AN  EXAMPLE  TO 
ILLUSTRATE  THIS  METHODOLOGY.  (A) 

9P. 


72  SOFTWARE  ENGINEERING 

CLAPP,  J . A . SOFTWARE  ENGINEERING:  PROBLEMS  ANC  rUTURE  DEVELOPMENTS  (REPORT 
NO,,  MTR-2791).  BEDFORD,  MASSACHUSETTS:  MITRE  CORP.,  NOVEMBER  19?*. 


Eg 

fe.  TL  SOFTWARE  DEVELOPMENT 

i:  CLAPP,  J.A.,  t LAPAOULA,  L.J.  ENGINEERING  OF  QUALITY  SOFTWARE  SYSTEMS  (REPORT 

Sp  NO.  MTR-2648-V0L-1).  BEDFORD,  MASSACHUSETTS:  MITRE  CORP.,  NOVEMBER  1974. 
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74  SOFTWARE  DEVELOPMENT  PROJECT  MANAGEMENT 

CLAPP,  J.A.,  t SULLIVAN,  J.E.  AUTOMATED  N0NIT0RIN6  OF  SOFTWARE  QUALlli.  AFIPS 
CONFERENCE  PROCEEDINGS,  1974,  43,  337-341. 

DESCRIPTION: 

ALTHOUGH  SOFTWARE  COSTS  ARE  FREQUENTLY  DESCRIBED  AS  "HIGH,"  ALL  WE  REALLY 
KNOW  FOR  SURE  IS  THAT  FOR  LARGE  SOFTWARE  SYSTEMS  WE  DO  NOT  KNOW  HOW  TO 
ESTIMATE  COST,  THE  RELATION  BETWEEN  COST  AND  QUALITY,  OR  HOW  TO  MEASURE 
QUALITY.  THE  PRINCIPAL  PROBLEM  IS  THE  LACK  OF  APPLICABLE  MEASURES  AND 
SEASURE-RELA-'ING  THEOREMS  THAT  WOULD  BE  USEFUL  IN  PLANNING  AND  CONTROLLING 
SOFTWARE  DEVELOPMENT.  THIS  PAPER  DESCRIBES  SIMON,  A PROPOSED  AUTOMATED 
AID  THAT  EXTRACTS  MEASURES  THROUGHOUT  THE  SOFTWARE  IMPLEMENTATION  EFFORT 
AND  PROVIDES  ANALYSES  OF  THE  DATA  TO  MANAGERS  AND  PROGRAMMERS.  <MEA) 

5P,  6R. 


75  PROGRAMMING  LANSUAGES 

CLARKE,  K.E.,  & JOHNSON,  C.3.C,,  A COMPARISON  OF  TIME-SHARING  LANGUAGES.  t N 
MAN-COMPUTER  INTERACTION:  PROCEEDINGS  OF  THE  CONFERENCE  ON  MAN-COMPUTER 
INTERACTION,  2-4  SEPTEMBER  1973  (CONFERENCE  PUBLICATION  NO.  68).  LONDON, 
ENGLAND:  INSTITUTION  OF  ELECTRICAL  ENGINEERS,  1970,  167-171. 

DESCRIPTION: 

THIS  PAPER  IS  BASED  ON  THE  AUTHORS*  EXPERIENCE  USING  0V£ R A DOZFN  TIME- 
SHARING SYSTEMS.  IT  IS  CONCERNED  WITH  THE  FACILITIES  OFFERED  TO  THE  USER 
RATHER  THAN  THE  PROBLEMS  OF  IMPLEMENTATION.  ALTHOUGH  PRIMARILY  CONCERNED 
WITH  THE  PROGRAMMING  LANGUAGES  IT  INCLUDES  A SECTION  ON  SYSTEM  COMMANDS 
SINCE  THESE  AFFECT  THE  EASE  WITH  WHICH  A SYSTEM  MAY  BE  USED.  THE  PAPER  IS 
BASED  ON  OPINIONS  FORMED  APPRAISING  TIME -SHAPING  SYSTEMS  FROM  PROGRAMMING 
IN  THE  LANGUAGES  Anu  'ROM  USE  MADE  OF  THE  SYSTEMS  BY  ENGINEERS.  (A) 

FORTRAN,  ALGOL,  COSOL,  BASIC,  JEAN,  FI6AR0,  TELCOUP,  DELTA,  POP-2,  APL, 
AND  PL/1  ARE  BRIEFLY  EVALUATED  WITh  RESPECT  TO  POWER  OF  THE  LANGUAGE, 
DEGREE  OF  INTERACTION,  AND  EASE  OF  LEARNifiS  (MEA) 

5P,  OR. 


76  SOFTWARE  ENGINEERING 

COMPUTER  MAGAZINE,  SPECIAL  ISSUE  ON  SOFTWARE  ENGINEERING,  MAY  1v  ;r>,  8(5). 


7?  STRUCTURED  PROGRAMMING 

COMPUTER  MAv-AZINE,  SPECIAL  ISSUE  ON  STRUCTURED  PROGRAMMING,  JUNE  1975,  8(5). 


73  SOFTWARE  DESIGN 

CONWAY,  M.E.  HOW  DO  COMMITTEES  INVENT?  DATAMATION,  APRIL  1966,  14(4),  28-31. 
DESCRIPTION: 

THE  BASIC  THESIS  OF  THIS  PAPER  IS  THAT  ORGANIZATIONS  THAT  DESIGN  SYSTEMS 
WILL  NECESSARILY  PRODUCE  DESIGNS  THAT  ARE  STRUCTURALLY  IDENTICAL  TO  THE 
COMMUNICATION  STRUCTURES  IN  THESE  ORGANISATIONS.  THE  IMPLICATIONS  OF  THIS 
UCT  FOR  THE  MANAGEMENT  OF  SYSTEM  DESIGN  ARE  CONSIDERED,  WITH  PRIMARY 
EMPHASIS  ON  ORGANIZING  t«E  DESIGN  EFFOR',  ACCORDING  TO  THE  NEED  FOR 
COMMUNICATION.  (MEA) 

4P , 3R. 
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79  PROGRAMMING 

COOKE,  J.E.,  ft  BUNT,  R.B,  HUNAN  ERROR  IN  PROGRAMMING : THE  NEED  TO  STUOV  THE 
INDIVIDUAL  NR06RANHER.  INfOR,  1975,  13,  296-307  (ALSO:  TECHNICAL  REPORT  NO. 
75*3.  SASKATOON,  CANADA:  UNIVERSITY  Of  SASKATOON,  DEPARTMENT  Of 
COMPUTATIONAL  SCIENCE,  1972). 

DESCRIPTION: 

THIS  PAPER  DISCUSSES  THE  PROBLEM  Of  HUMAN  ERROR  IN  PROCRAMMINC,  AND  SUGGESTS 
THE  IMPORTANCE  Of  EMPIRICAL  VALIDATION  OF  THE  EFFECTIVENESS  OF  NEW  STYLES 
OP  TECHNIQUES,  SUCH  AS  THOSE  SENERALl V CONSIDERED  AS  THE  COMPONENTS  OF 
"STRUCTURED  PR06KAMMIN6."  AS  A COMPLEMENT  TO  S'ODIES  OF  CROUPS  0* 
PROGRAMMERS,  IT  IS  SUGGESTED  THAT  STUDIES  ARM  DEEDED  WHICH  CONCENTRATE  ON 
THE  INFORMATION “PROCESS I NO  LIMITATIONS  OF  HUMAN  PROCRAMMERS. 

FOLLOWING  A REVIEW  Of  RELEVANT  LITERATURE  FROM  OTHER  DISCIPLINES, 
EYE-MOVEMENTS,  PERCEPTION  AND  SHORT-TERM  MEMORY  ARE  IDENTIFIED  AS  RELEVANT 
TO  THE  PFDBLEM  OF  REAOINC  AND  UNSFRS.T ANDINC  A PROGRAM.  A POSSIBLE 
EXPERIMENTAL  APPROACH  THAT  MIGHT  ANSWER  A NUMBER  OF  CURRENT  QUESTIONS  APOUT 
PROGRAM  STRUCTURE  IS  SUCCCSTCO.  (A) 


80  PROGRAMMING 

COOKE,  L.K.,  JP.  PROGRAMMING  TIME  VS.  RUNNING  TIME.  DATAMATION,  0ECEM3SR 
1974,  20(17),  56-58. 

DESCRIPTION: 

A BRIEF  EXPERIMENTAL  STUDY  IS  REPORTED  IN  WHICH  SIX  PROGRAMMERS  PROGRAMMED 
AND  EXECUTED  A PROCEDURE  IN  FOUR  DIFFERENT  PROGRAMMING  LANGUAGES.  HIGHER- 
ORDER  INTERPRETIVE  LANGUAGES  REQUIRED  LESS  DEVELOPMENT  TIME  AND  MORE 
EXECUTION  TI^E  THAN  DID  LESS  POWERFUL  COMPILER  LANGUAGES.  THE  TRADE-OFF 
BETWEEN  DEVELOPMENT  COST  AND  EXECUTION  COST  IS  DISCUSSED.  (HRR) 

3P,  3R. 


61  CHIEF  PROGRAMMER  TEAMS 

COOKE,  L.H.,  JR.  THE  CHIEF  PROGRAMMER  Tk AM  ADMINISTRATOR.  DATAMATION,  JUNf 
1976,  22(6),  85-86. 

DESCRIPTION: 

THE  CHIEF  PROGRAMMER/LIBRARIAN  TEAM  CONCEPT  MAS  BEEP  USED  WIDELY  AND  WITH 
GOOD  SUCCESS  SINCE  ITS  INTRODUCTION.  WITHIN  DIFFERENT  PROJECTS  AND 
ORGANIZATIONS,  THE  ROLE  OF  THE  LZ8RAPI AN  IS  FLEXIBLE  AND  GENERALLY 
CONSIDERED  THE  LEAST  IMPORTANT  JOB.  ENRICHING  THE  ROLE  OF  THE  LIBRARIAN  NOT 
QNL7  INSURES  MORF  PERSONAL  SATISFACTION  eUT  ALSO  INCREASES  PROGRAMMING 
PRODUCTIVITY.  THIS  PAPER  PROPOSES  THAI  THE  TERM  “PROJECT  ADMINISTRATOR" 
REPLACES  THAT  OF  "LIBRARIAN"  AND  THAT  THIS  INDIVIDUAL  ASSUME  SOME  OF  THE 
DUTIES  FORMERLY  ALLOCATED  TO  THE  CHIEF  PROGRAMMER.  (MEA) 

2P*  :.r. 
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82  SOFTWARE  MAINTENANCE 

CORPORATION  EOR  INFORMATION  SYSTEMS  RESEARCH  ANO  OE VSLOPHENT/CIRAD.  A STUDY  OF 
FUNDAMENTAL  FACTORS  UNOERLVINfi  SOFTWARE  MAINTENANCE  PROBLEMS  CVOLS.  1 i 2) 
(REPORT  NO.  ESD-TR-72-121).  L.G.  HANSCOM  FIELD#  BEDFORD#  MASSACHUSETTS:  HO 
ELECTRONIC  SYSTEMS  DIVISION  (AFSC),  DEPUTY  FOR  COMMAND  AND  MANAGEMENT  SYSTEMS# 
1971  (NTIS  NOS.  AD  739479  AND  AO  739872) 

DESCRIPTION: 

"PROBLEMS  FACED  BY  PROGRAMMERS  MHO  MUST  MINT*?*  PROGRAMS  SOMEONE  ELSE 
WROTE"  ML RE  IDENTIFIED.  THEY  MERE  REDUCES  TO  THREE  FUNDAMENTAL  INHIBITING 
FACTORS:  (1)  THE  LIMITEO  RATE  AT  WHICH  PEOPLE  CAN  MAKE  "RELEVANCE  TESTS#" 

(2)  OVER-CONFIRMATION  IN  CLUES  REQUIRED  BEFORE  HYPOTHESIS-TESTING,  AND  (3) 
HUMAN  VULmEh A8ILITY  TO  DISTRACTION  AND  PROCRASTINATION.  STUOIES  SUGGESTED 
COLLECTIVELY  BY  THESE  FACTORS  MERE  CONDUCTED.  THE  STUDIES  (1)  ASCERTAINED 
THAT  PROGRAMMERS  TEND  TO  THINK  IN  TERMS  OF  CONCEPTUAL  GROUPINGS  WHOSE 
OBJECTIVE  IDENTIFICATION  WOULD  BE  HELPFUL#  t.?J  INDICATED  THAT  TY  WAS 
FEASIBLE  TO  TRACE  THE  PATH  THE  PROGRAHMER  TAKES  AS  HE  PREPARES  TO  HAKE  A 
MODIFICATION;  AND  (3)  IDENTIFIED  A FEW  TENTATIVE  MEASURES  OF  THE  DEGREE  OF 
MAINTAINABILITY  OF  COMPUTER  PROGRAMS.  (A) 

142P,  *4R. 


83  SYSTEM  ANALYSIS  TECHNIQUES 
COMAE A,  J.D.#  £ KNAPP#  R.W.  (EDS.) 
NE<!  YORK:  WILEY,  1974. 


SYSTEM  ANALYSIS  TECHNIQUES.  NEW  YORK# 


84  SOFTWARE  RELIABILITY 

CRANDON,  L.H.#  8 ANDERSON,  ?.?.  COMPUTER  PROGRAM  RELIABILITY. 
PEOPLE,  JULY  1974#  23,  PP.  18-22;  42. 


COMPUTERS  AND 


>iS  SOFTWARE  RELIABILITY 

CULPEPPER.  L.M.  A SYSTEM  FOR  RELIABLE  ENGINEERING  SOFTWARE.  IEEE  TRANSACTIONS 
ON  SOFTWARE  ENGINEERING,  1975,  SE-1,  174-17P. 

DESCRIPTION: 

MUCH  OF  THE  SOFTWARE  DEVELOPED  TO  SUPPORT  ENGINEERING  DESIGN  CALCULATIONS  IS 
PRODUCED  ST  PERSONS  WHOSE  PRIMARY  SKILL  IS  NOT  THAT  OF  COMPUTER  SCIENTIST. 
SOFTWARE  VALIDATION  TECHNIQUES  SUITABLE  FOR  USE  BY  THESE  EFGINEER- 
PEOGRAHMERS  HAVE  BEEN  UNOER  INVESTIGATION  BY  THE  NAVY  AS  PART  OF  A PROJECT 
DESIGNED  TO  INCREASE  THE  RELIABILITY,,  USABILITY#  AND  PORTABILITY  OF 
ENGINEERING  DESIGN  SOFTWARE . THIS  PAPER  DESCRIBES  THE  GOALS  AND  RESULTS 
Of  THE  PROJECT  AND  DESCRIBES  THE  SOFTWARE  VALIDATION  PROCESS  WHICH  WAS 
DEVELOPED.  A SOFTWARE  VALIDATION  TOOL  WHICH  WAS  PRODUCED  DURING  THE  PROJECT 
IS  DESCRISED  AND  COMPARED  WITH  SEVERAL  OTHER  TGOLS.  SOME  AREAS  FOR  FURTHER 
WORK  ARE  SUGGESTED.  (A? 

5P,  m. 


86  PROGRAMMING,  GENERAL 

O'AGAPAYEFF,  ft*  PROGRAMMING:  THE  UNWANTED,  UNLOVED  PROFESSION. 
PEOPLE,  77,  24,  lu-12. 


COMPUTERS  AND 


P?  M .*MENT  OF  SOFTWARE  DEVELOPMENT 

DALY,  E.B.  fiANAFEMCNT  OF  SOFTWARE  DEVELOPMENT . 
SOFTWARE  ENGINEERING#  1S?7>,  Se-S,  230-242. 


IEEE  TRANSACTIONS  ON 


96  PROGRAMMING  TOOLS 

DAVIS,  9.  SENSUALIZED  PROCEDURE  CALLIK6  AND  CONTENT-DIRECTED  INVOCATION. 

IN  PROCEEDINSS  Of  THE  AC A SYNPOSIUR  ON  ARTIFICIAL  INTELLIGENCE  AND  PR06RANNIN6 
LANGUAGES,  StSPLAN  NOTICES,  AUGUST  1977,  12<8>,  45-5*  (ALSOt  SI6ART  NEWSLETTER, 
AU6UST  1977,  NO.  64,  45-54). 

DESCRIPTION: 

ME  SU66EST  THAT  THE  CONCEPT  Of  A STRATE6Y  CAN  PROFITABLY  BE  VIEWED  AS 
KNOULED6E  ABOUT  HOU  TO  SELECT  FROH  AN0N6  A SET  Of  PLAUSIBLY  USEFUL 
KNOWLEDGE  SOURCES,  AND  EXPLORE  THE  FRAMEWORK  F«»  KNOWLEDGE  ORGANIZATION 
WHICH  THIS  1NPLIES . WE  DESCRIBE  NETA  RULES,  A MEANS  Of  ENCODING 
STRATEGIES  THAT  HAS  BEEN  IMPLEMENTED  IN  A PROGRAM  CALLED  TEIftESIAS,  AND 
EXPLORE  THEIR  UTILITY  AND  CONTRIBUTION  TO  PROBLEM  SOLVING  PERFORMANCE. 

NETA  RULES  ARE  ALSO  CONSIDERED  IN  THE  BROADER  CONTEXT  Of  A TOOL  FOR 
PROGRAMMING.  ME  SHOW  THAT  THEY  C&K  8E  CONSIDERED  A MEDIUP  FOR  EXPRESSING 
THE  CRITERIA  FOR  RETRIEVAL  OF  KN0MLE06E  SOURCES  IN  A PROGRAM,  AND  HENCE,  CAN 
BE  USED  TO  DEFINE  CONTROL  REGIMES.  THE  UTILITY  OF  THIS  AS  A PROGRAMMING 
MECHANISM  IS  CONSIDERED. 

FINALLY,  WE  DESCRIBE  THE  TECHNIQUE  OF  CONTENT-DIRECTED  INVOCATION  USED 
SY  META  RULES,  AND  CONSIDER  ITS  USE  AS  A WAY  OF  IMPL&HENT1NG  STRATEGIES.  IT 
IS  ALSO  CONSIDERED  IN  HISTORICAL  PERSPECTIVE  AS  A KNOWLEDGE  SOURCE 
INVOCATION*  TECHNiBUE,  AND  ITS  ADVANTAGE  OVER  SOME  EXISTING  MECHANISMS  LIKE 
GOAL-DIRECTED  INVOCATION  IS  CONSIDERED.  (A) 

TOP,  24R. 


*9  PROGRAMMING  LANGUAGES 

DE  KLEER,  J.,  DOYLE,  J.,  STEELE,  G.L.,  JR.,  6 SUSSHAN,  G.J.  tVMORD:  EXPLICIT 
CONTROL  OF  REASONING.  IN  PROCEEDINGS  OF  THE  ACM  SYMPOSIUM  ON  ARTIFICIAL 
INTELLIGENCE  AND  PROGRAMMING  LANGUAGES,  SI6PLAN  NOTICES,  AUGUST  1977,  12(6), 
116-125  (ALSO:  SIGART  NEWSLETTER,  AUGUST  1977,  NO.  64,  116-125). 

DESCRIPTION: 

THE  CONSTRUCTION  OF  EXPERT  PROBLEM -SOLVING  SYSTEMS  REQUIRES  THE  DEVELOPMENT 
OF  TECHNIQUES  FOR  USING  MODULAR  REPRESENTATIONS  OF  KNOWLEDGE  WITHOUT 
ENCOUNTERING  COMBINATORIAL  EXPLOSIONS  ?.N  THE  SOLUTION  EFFORT.  THIS  REPORT 
DESCRIBES  AN  APPROACH  TO  DEALING  WITH  THIS  PROBLEM  BASED  ON  MAKING  SOME 
knowledge  which  15  usually  implicitly  part  of  an  expert  problem  solver 
EXPLICIT,  Thus  ALLOWING  THIS  KNOWLEDGE  ABOUT  CONTROL  TO  BE  MANIPULATED  AND 
REASONED  ABOUT.  THE  BASIC  COMPONENTS  OF  THIS  APPROACH  INVOLVE  USING 
EXPLICIT  REPRESENTATIONS  OF  THE  CONTROL  STRUCTURE  OF  THE  PROBLEP  SOLVER,  AND 
LINKING  THIS  AND  OTHER  KNOWLEDGE  MANIPULATED  SY  THE  'EXPERT  BY  MEANS  OF 
EXPLICIT  DATA  DEPENDENCIES. 

10P,  JAR. 


9"  PROGRAMMING 

DE  REM  Ei'i,  f.,  6 KRON,  H.  PROGRAMHI.NG-IN-THE  -LARGE  VS.  PROGRAHMING-IN-THE-SMALL. 

IN  PROCEEDINGS,  INTERNATIONAL  CONFERENCE  ON  RELIABLE  SOFTWARE,  21-23  APRIL 

1975,  LOS  AHGELES,  CALIFORNIA  (ALSO:  SIGPLAN  NOTICES,  JUNE  1975,  1C<6>,  114- 

121). 

DESCRIPTION: 

THE  ACTIVITY  OF  WRITING  LARGE  PROGRAMS  IS  Dl'.ST  INGUI6HED  FROM  THAT  OF  WRITING 
SHALL  ONES.  LARGE  PROGRAMS  ARE  DEFINED  AS  SYSTEMS  CONSISTING  OF  MANY  SMALL 
PROGRAMS  ''MODULES) , POSSIBLY  WRITTEN  BY  DIFFERENT  PEOPLE . LANGUAGES  FOR 
PROGRANMxnG-IN-THE-SMALL,  I.E.,  LANGUAGES  NOT  UNLIKE  THE  COMMON  PROGRAMMING 
LANGUAGES  OF  TOOAY,  ARE  NEEDED  FOR  WRITING  MODULES.  ALSO  NEEDED  IS  A 
"MODULE  INTERCONNECTION  LANGUAGE"  FOR  KNITTING  THOSE  MODULES  TOGETHER  INTO 
AN  INTEGRATED  WHOLE  AWO  FOR  PROVIDING  AN  OVERVIEW  1/HAT  FORMALLY  RECORDS 
THE  INTENT  OF  THE  PROGRAMMER <S)  AMD  THAT  CAN  BE  CHECKED  FOR  CONSISTENCY 
BY  A COMPILER.  THIS  PAPER  EXPLORES  THE  SOFTWARE  RELIABILITY  ASPECTS  OF 
SUCK  AN  INTERCONNECTION  LANGUAGE.  EMPHASIS  IS  PLACED  ON  FACILITIES  FOR 
INFORMATION  HIDING  AND  FOR  DEFINING  LAYERS  OF  VIRTUAL  MACHINES.  (A) 

«i»,  2GR. 
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91  PROGRAMMING 

DIJKSTRA,  E.W.  PROGRAMMING  CONSIDERED  AS  A HUNAN  ACTIVITY.  IN  PROCEEDINGS  OF 
THE  IFIP,  1965*  1,  213-217. 

DESCRIPTIONS 

THE  PURPOSE  OF  THIS  PAPER  IS  TO  DEVELOP  A BETTER  UNDERSTANDING  OF  THE 
NATURE  OF  THE  GUALITY  OF  PROGRANS  AND  THE  LANGUAGES  IN  WHICH  THEY  ARE 
EXPRESSED.  THIS  PAPER  CONSIDERS  THE  EFFECTS  OF  BOTH  CLARITY  AND  EFFICIENCY 
OF  DIFFERENT  PROGRAN  STRUCTURES  AND  AL60R1 THNI C LANGUAGE  PROPERTIES.  (PEA) 
5P,  OR. 


92  PROGRAMMING 

DIJKSTRA,  E.W.  THE  HUMBLE  PROGRAMMER . CONNUNI CATIONS  OF  THE  ACM,  1972.  15. 

859-366. 

DESCRIPTION: 

THIS  ARTICLE  PRESENTS  A BRIEF  REVIEW  OF  THE  HI!. TORY  Or  PROGRAMING  VIA  FIVE 
•MILESTONE*  PROJECTS  — MAINLY  THE  INTRODUCTION  OF  SEVERAL  PROGRAMMING 
LANGUAGES.  HARDWARE  LIMITATIONS  IN  EARLY  MACHINES  RESULTED  IN  PROGRAMMERS 
RELYING  ON  A VARIETY  OF  ‘CLEVER  TRICKS.1  A CHIEF  CONSIDERATION  OF  EARLY 
PROGRAMMING  WAS  THE  OPTIMIZATION  OF  COMPUTATIONAL  EFFICIENCY.  THE 
INTRODUCTION  OF  BETTER  HARDWARE  HAS  ONLY  EXPANDED  THE  USE  OF  CLEVER  TRICKS 
TO  THE  POINT  THAT  WE  NOW  FACE  A CRISIS.  SIX  ARGUMENTS  ARE  PRESENTEED  TO 
ADVOCATE  A REVERSAL  IN  THIS  TREND  AND  LEAD  TO  A REVOLUTION  IN  SOFTWARE 
DEVELOPMENT.  A 'HUMBLE  PROGRAMMER*  SHOULD  APPROACH  A TASK  WITH  FULL 
APPRECIATION  OF  ITS  DIFFICULTY.  USE  MODEST  AND  ELEGANT  PROGRAMMING 
LANGUAGES,  AND  RESPECT  THE  LIMITATIONS  OF  THE  HUNAN  MIND.  (GDC) 
oP . 6R . 


93  PROGRAMMING 

DIJKSTRA.  E.W.  A DISCIPLINE  OF  PROGRAMMING.  ENGLEWOOD  CLIFFS.  NEW  JERSEY: 
PRENTICE -HALL.  1976. 


9 A APPRGPRI A 1 i PROPERTIES  Of  TIME-SHARING  SYSTEMS 

DOHERTY.  W.3.,  THOMPSON,  C.H.,  & BOIES,  S.J.  AN  ANALYSIS  OF  INTERACTIVE  SYSTEM 
USAGE  WITH  RESPECT  TO  SOFTWARE,  LINGUISTIC,  AND  SCHEDULING  ATTRIBUTES.  IN 
PROCEEDINGS  OF  THE  \972  IN -ERNATION AL  CONFFPENCE  ON  CYBERNETICS  AND  SOCIETY. 

NE.  YORK:  INSTITUTE  OF  ELECTRICAL  AND  ELECTRONICS  ENGINEERS,  INC.,  1972, 

113-119  (ALSO  TECHNICAL  REPORT  RC-3°U,  IBM.  WATSON  RESEARCH  CENTER,  YCRKTOWN 
HEIGHTS,  NY..  1972). 

DESCRIPTION: 

A DUALITY  INTERACTIVE  SYSTEM  SHOULD  ENHANCE  A PERSON'S  ABILITY  TO  DO  WORK 
IN  A SATISFYING  AND  EFFICIENT  MANNER.  IHIS  PAPER  IS  ORGANIZtD  AROUND 
THREE  ASPECTS  OF  GUALITY  FOR  AN  INTERACTIVE  SYSTEM.  WF.  WILL  PRESENT  OUR 
EXPERIENCE  WITH  RESPECT  TO  (1)  THE  FUNCTIONS  (SOFTWARE i WHICH  SHOULD  BE 
INCLUDED  IN  AN  INTERACTIVE  SYSTEM,  (2)  THE  TECHNIQUES  REQUIRED  TO  ACHIEVE 
AND  MAINTAIN  USER  SATISFACTION  AND  (3)  ?KE  TECHNIQUES  NECESSARY  FOR 
EFFECTIVE  INSTALLATION  MANAGEMENT.  T«E  IMPORTANCE  OF  EDITING,  THE  PROBLEMS 
OF  ON-LINE  DATA  MANAGEMENT,  AND  RESPONSE  TIME  CGRRELA1 IONS  TO  USER  BEHAVIOR 
ARE  COME  OF  THE  KEY  FINDINGS  PRESENTED  HERE.  OUP  OBSERVATION  THAT 
INTERACTIVE  SYSTEMS  ARE  EVOLUTIONARY  IN  NATURE,  CONTINUALLY  REFLECTING  THE 
GROWTH  OF  NE»  APPLICATIONS,  NEW  HARDWARE , AND  NEW  UNDERSTANDING  OF  WHAT  IS 
POSSIBLE,  IMPLIES  THAT  PROVISIONS  MUST  HE  MADE  FOR  CONTROLLING  AND 
NOURISHING  THIS  GROWTH  IN  A STIMULATING  AND  RESPONSIVE  WAY.  (A) 

7P,  10R. 


95  STRUCTURED  PROGRAMMING 

DONALDSON,  J.R.  STRUCTURED  PROGRAMMING.  DATAMATION,  DECEMBER  1973,  19(1), 
52-54. 

DESCRIPTION: 

RECENT  SHIFTS  IN  EMPHASIS  HAVE  OCCURRED  IN  THE  FICLD  OF  SOFTWARE 
DEVELOPMENT.  THE  PRIMARY  REQUIREMENT  TO  BE  MET  IN  SOFTWARE  DEVELOPMENT  HAS 
ALWAYS  BEEN  TO  PERFORM  THE  FUNCTION  SPECIFIED  FOR  THE  SOFTWARE.  BUT,  WHERE 
AT  ONE  TINE  SECONDARY  EMPHASIS  WAS  PLACED  ONLY  ON  SOFTWARE  EFFICIENCY, 

TOOAY  THREE  OTHER  FACTORS  ARE  RECOGNIZED  AS  REQUIRING  SPECIAL  EMPHASIS  — 
RELIABILITY,  MAINTAINABILITY,  AND  EXTENSIBILITY.  SOFTWARE  MAINTENANCE  AND 
MODIFICATION  ACCOUNT  FOR  A SUBSTANTIAL  PORTION  OF  SOFTWARE  EXPENDITURES. 
THIS  CAN  BE  COUNTERACTED  BY  DESIGNING  AND  IMPLEMENTING  SOFTWARE  IN  A WAV 
THAT  MINIMIZES  ERRORS  AND  MAXIMIZES  MODIFIABILITY.  (A,  ABBR.) 

3P,  OR. 


96  DATA  ORGANIZATION 

DUROINC,  8. M«,  BECKER,  C.A.,  t GOULD,  J,D.  DATA  ORGANIZATION.  HUMAN  FACTORS, 
1977,  19,  1-1*. 

DESCRIPTION: 

THREE  EXPERIMENTS  INVESTIGATED  HOW  PEOPLE  0RCAMI2E  DATA.  SUBJECTS  WERE 
GIVEN  SETS  OF  15-20  WORDS  AND  ASKED  TO  ORGANIZE  THEM  ON  PAPER.  EACH  WORD 
SET  HAD  A PRE-DEFINED  ORGANIZATION  (HIERARCHY,  NETWORK,  LISTS,  TABLE)  BASED 
ON  THE  SEMANTIC  RELATIONS  AN0‘>6  THE  WORDS.  EXPERIMENT  1 SHOWED  THAT  COLLEGE 
STUDENTS  HAVE  AIL  THESE  ORGANIZATIONAL  STRUCTURES  AVAILABLE  FOP  USE.  THEY 
ORGANIZED  f*OST  WORD  SETS  ON  THE  BASIS  OF  THE  SEMANTIC  RELATIONS  INHERENT  IN 
THEM.  WHEREAS  MOST  SUBJECTS  USED  “APPROPRIATE"  ORGANIZATIONS  (THOSE  THAT 
MOST  EASILY  PRESERVED  THE  RELATIONS),  A FEW  SUBJECTS  ORGANIZED  NEARLY  ALL 
WORD  SETS  INTO  LISTS.  EXPERIMENT  2 SHOWED  THAT  SUBJECTS  CAN  EFFICIENTLY 
FIT  THE  WORD  SETS  INTO  "SKELETONS"  THAT  WERE  EXPLICITLY  DESIGNED  TO 
MAINTAIN  ALL  THE  SEMANTIC  RELATIONS  AMONG  THE  WORDS.  EXPERIMENT  3 SHOWED 
THAT  SUBJECTS  HAVE  DIFFICULTY  IN  PRESERVING  THE  RELATIONS  AMONG  THE  WORDS 
WHEN  THEY  WERE  REQUIRED  TO  ORGANIZE  THEM  INTO  INAPPROPRIATE  STRUCTURES. 

THESE  RESULTS  ARE  EVALUATED  RELATIVE  TO  THE  USE  OF  COMPUTER-BASED 
INFORMATION  RETRIEVAL  SYSTEMS.  (A) 


97  PROGRAMMING  LANGUAGES 

ELSHOFF,  J.L.  AN  ANALYSIS  OF  SOME  COMMERCIAL  PL/1  PROGRAMS.  IEEE  TRANSACTIONS 
ON  SOFTWARE  ENGINEERING,  1976,  5E-2,  113-120. 


96  SOFTWARE  PHYSICS 

ELSHOFF,  J.L.  MEASURING  • MMERCIAL  PL/I  PROGRAMS  USING  HALSTEAD'S  CRITERIA. 
SICPLAN  NOTICES,  MAY  1976,  11(5),  38-46. 

DESCRIPTION: 

THE  CORRELATION  BETWEEN  NO  (OBSERVED  LENGTH)  AND  NC  (CALCULATED  LENGTH  BASED 
OF  HALSTEAD'S  "MENTAL  EFFORT"  METRIC)  OF  120  NON-STRUCTURED  PROGRAMS  WAS 
FOUND  TO  BE  .976.  CORRELATION  BETWEEN  NO  AND  NC  FOR  32  STRUCTURED  PROGRAMS 
WAS  .985.  FOR  NON-STRUCTURED  PROGRAMS,  THE  AVERAGE  DIFFERENCE  BETWEEN  NO 
AND  NC  WAS  -186;  FOR  STRUCTURED  PROGRAMS,  THIS  VALUE  WAS  215.  THIS  IMPLIES 
THAT  IT  IS  POSSIBLE  TO  PREDICT  THE  STRUCTURE  OF  A PROGRAM  BY  THE  DIRECTION 
ANO  MAGNITUDE  OF  THE  DIFFERENCE  BETWEEN  NO  AND  NC.  CO) 

DP,  ICR. 
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99  SOFTWARE  METRICS 

ELSHOFF,  J.L.  A NUMERICAL  PROFILE  OF  COMMERCIAL  PL/1  PROGRAflS.  SOFTWARE: 
PRACTICE  ANO  EXPERIENCE,  1976,  6,  505-525. 

DESCRIPTION: 

A SAMPLE  OF  120  PRODUCTION  PL/1  PROGRAMS  FROM  SEVERAL  COMMERCIAL  COMPUTING 
INSTALLATIONS  HAS  BEEN  STUDIED.  DATA  ABOUT  TME  PR06RAMS  IN  THE  SAMPLE  HAS 
BEEN  EXTRACTED  8Y  A PL/1  SCANNING  PROCRAM.  THE  STATISTICAL  RESULTS  OF  THE 
STUDY  ARE  PRESENTED  IN  THIS  DOCUMENT. 

THE  PAPER  CONCENTRATES  ON  STATISTICAL  DATA  AND  NOT  ON  GENERAL 
CONCLUSIONS.  THE  DATA  ARE  ONLY  INTERPRETED  TO  THE  EXTENT  THAT  IT  IS  NOT 
ILL-DEFINED  AND  MISLEADING.  THE  DATA  PROFILE  THE  USE  OF  BASIC  PL/1 
ELEMENTS  AND  THE  . TRUCTURE  OF  PROCRAMS  WRITTEN  IN  PL/1.  THE  READER  OF  THIS 
REP0R1  WILL  CET  A BETTER  UNDERSTANOINC  OF  HOW  PL/1  HAS  BEEN  USED  IN  THE 
COMMERCIAL  ENVIRONMENT  UP  TO  1974.  (A) 

21P,  5*. 


100  STRUCTURED  PROCRAMMING 

ELSHOFF,  J.L.  THE  INFLUENCE  OF  STRUCTURED  PROCRAMPING  ON  PL/1  PROGRAM 
PROFILES  (RESEARCH  PUBLICATION  NO.  CNr-2C11>.  WARREN,  MICHIGAN:  GENERAL  NOTORS 
CORP.,  JANUARY  1976. 

DESCRIPTION: 

TWO  SETS  OF  COMMERCIAL  PL/1  PROGRAMS  ARE  STUDIED.  THE  SETS  REPRESENT 
PROGRAMING  PRACTICE  BEFORE  AND  AFTER  THE  INTRODUCTION  OF  STRUCTURED 
PROGRAMMING  TECHNIQUES.  THE  USE  OF  STRUCTURED  PROGRAMMING  IS  FOUND  TO  MACE 
A MEASURABLE  DIFFERENCE  IN  THE  QUALITY  OF  PROGRAMS.  A FEW  MINOR  CHANCES 
IN  THE  USE  Of  THE  PL/1  PROGRAMMING  LANGUAGE  ARE  NOTED.  SUBSTANTIAL 
MODIFICATIONS  1C  THE  CONTROL  STRUCTURE  OF  THE  PROGRAMS  ARE  MEASURED.  ALSO, 
SOME  IMPROVEMENTS  IN  THE  QUALITATIVE  ASPECTS  OF  THE  PROGRAMS  ARE  DISCUSSED. 
ALTHOUGH  THE  PROGRAMS  ARE  MUCH  IMPROVED,  FURTHER  ALTERATIONS  CAN  MACE  THE 
PROGRAMS  STILL  BETTER . THE  AUTHOR  CONCLUDES  THAT  THE  TIME  AND  TRAINING 

Required  to  introduce  structured  programming  techniques  to  pocramhers  will 

BEGIN  PAYING  DIVIDENDS  IN  THE  FORM  OF  BETTER  PROGRAMS  WITHIN  SIX  MONTHS. 

(A) 

17P,  SR. 


1'1  DEBUGGING 

ENABIT,  R.S.  A NEW  APPROACH  TO  ON-LINE,  RUN-TINE  PROGRAM  LOGIC  AND  ERROR 
DEBUGGING  USING  HARDWARE  IMPLEMENTATION.  BEHAVIORAL  RESEARCH  METHOOS  t 
INSTRUMENTATION,  1970,  2,  35-57. 

DESCRIPTION: 

WHAT  IS  BELIEVED  TO  ni  A SOMEWHAT  DIFFERENT  APPROACH  TO  RAPID  PROGRAM 
DEBUGGING  HAS  BEEN  0EV1SED  IN  WHICH:  (1>  EXECUTION  OF  THE  PROGRAMMER'S 
LOGICAL  TKINCINC  IS  AUTOMATICALLY  DEBUGGED  PY  THE  COMPUTER  AT  RUN  TIME 
AND  (2)  STATUS  ERRORS  OF  ANY  TYPE  MAY  BE  FED  BACK  INTO  THE  COMPUTER,  WHICH 
SUBSEQUENTLY  OUTPUTS  THE  IMMEDIATE  STEPS  LEADING  TO  THAT  ERROR.  DEBUGGING 
IS  CARRIED  OUT  BY  THE  COMPUTER  ON  AN  1NSTRUCTI0N-BV-IKSTRUCTI0N  BASIS, 
ON-LINE,  WITH  ALL  SR  SELECTED  INTERRUPTS  SERVICED.  A HARDWARE-SOFTWARE 
IMPLEMENTATION  PACKAGE  FOR  THE  PDP-8  IS  DESCRIBED,  WHICH  COULD  BE  ADAPTED 
TO  OTHER  COMPUTERS  AS  WELL.  (A) 


ENDUES,  A.  AN  ANALYSIS  Of  ERRORS  AND  THEIR  CAUSES  IN  SYSTEM  PROGRAMS.  IEEE  { 

TRANSACTIONS  ON  SOFTWARE  ENGINEERING,  1975,  SE-1,  UO-149  (ALSO  IN  ' \ 


PROCEEDINGS,  INTERNATIONAL  CONFERENCE  ON  RELIABLE  SOFTWARE,  21-23  APRIL  1973.  I 

SISPLAN  NOTICES,  JUNE  1975,  10(6),  327-336).  , \ 

DESCRIPTION:  ) | 

PROGRAM  ERRORS  DETECTED  DURING  INTERNAL  TESTING  OF  THE  OPERATING  SYSTEM  f 

DOS/VS  FORM  THE  BASIS  FOR  AN  INVESTIGATION  OF  ERROR  DISTRIBUTIONS  IN  SYSTEM  1 

PROGRAMS.  USING  A CLASSIFICATION  OF  THE  ERRORS  ACCORDING  TO  VARIOUS  $ 

ATTRIBUTES,  CONCLUSIONS  CAN  BE  DRAWN  CONCERNING  THE  POSSIBLE  CAUSES  OF  THESE  i 

ERRORS.  TH£  INFORMATION  THUS  OBTAINED  IS  APPLIED  IN  A DISCUSSION  Of  THE  >; 

MOST  EFFECTIVE  METHODS  FOR  THE  DETECTION  AND  PREVENTION  OF  ERRORS.  (A)  i i 

ior>,  SR.  \ 


1 23  SOFTWARE  DEVELOPMENT 

ENGLEMAN,  C.  ENGINEERING  OF  QUALITY  SOFTWARE  SYSTEMS  (TOWARD  AN  ANALYSIS  OF  THE 
LISP  PROGRAMMING  LANGUAGE)  (REPORT  NUMBER  MTR-2648-V0L-4) . BEDFORD, 
MASSACHUSETTS:  MITRE  CORP.,  JANUARY  1975. 


1 .«4  DEbUGGINC 

ERICKSON,  W.J.  A PILOT  STUDY  OF  INTERACTIVE  VERSUS  NONINTERACTIVE  DEBUGGING 
(SDC  TECHNICAL  REPORT  NO.  TH-3296).  SANTA  MONICA,  CALIFORNIA:  SYSTEM 
DEVELOPMENT  CORP.,  DECEMBER  1966. 


105  MEASUREMENT  OF  TIMESHARING  PERFORMANCE 

EVANS,  R.C.,  l MILLER,  L.A.  STARCAT:  A SYSTEM  TO  ANALYZE  INTERACTIVE  CMS 
PERFORMANCE  (TECHNICAL  REPORT  RC-7072).  YORKTOWN  HEIGHTS,  NEW  YORK:  IBM 
WATSON  RESEARCH  CENTER,  APRIL  1978. 


106  INTERACTIVE  DEBUGGING 

EVANS,  T.G.,  t OARLEY,  D.L.  ON-LINE  DEBUGGING  TECHNIQUES:  A SURVEY.  AFIPS 
CONFERENCE  PROCEEDINGS,  1966,  29,  37-50. 

DESCRIPTION: 

THIS  PAPER  IS  A SURVEY  OF  ON-LINE  DEBUGGING  TECHNIQUES.  FIRST,  WE  INTRODUCE 
THE  READER  WHO  IS  UNFAMILIAR  WITH  ON-LINE  DEBUGGING  TO  THE  CAPABILITIES  OF 
CURRENTLY  AVAILABLE  SYSTEMS  AND  THEN  CONSIDER  IN  SOME  DETAIL  THE  MOST 
IMPORTANT  FEATURES  OF  THESE  SYSTEMS.  SECOND,  WE  WILL  CONSIDER  THE  PRINCIPAL 
FEATURES  OF  PAST  AND  PRESENT  ON-LINE  DEBUGGING  SYSTEMS,  TOGETHER  WITH 
REMARKS  ON  IMPLEMENTATION,  DISPLAYS,  COMPILER  CONSTRUCTION,  AND  HARDWARE. 
ANNOTATED  EXAMPLES  OF  CURRENT  ON-LINE  DEBUGGING  METHODS  ARE  PRESENTED  FOR 
ILLUSTRATION.  (MEA) 

UP,  28R. 
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107  PROGRAMMING  LANGUAGES 

EVERSHED,  D.G.,  t RIPPON,  6.E.  HIGH  LEVEL  LANGUAGES  FOR  LOU  LEVEL  USERS*, 
COMPUTER  JOURNAL,  1971,  14,  $7-90. 

DESCRIPTION: 

DESPITE  THE  PRESENCE  OF  "HIGH  LEVEL"  LANGUAGES,  A COMMUNICATION  BARRIER 
STILL  EXISTS  BETUEEN  THE  MAJORITY  OF  PEOPLE  AND  COMPUTERS.  THIS  PAPER 
SUGGESTS  HOW  SOME  PRESENT  COMPUTER  LANGUAGES  MAY  BE  IMPROVED,  AND  ATTEMPTS 
TO  JUSTIFY  THE  APPLICATION  OF  INCREASED  EFFORT  TO  THIS  SUBJECT.  (A) 

FOUR  AREAS  THAT  COULD  LEAD  TO  REDUCING  THE  ERRORS  INDUCED  BY  PRESENT 
HIGH  LEVEL  LANGUAGES  ARE  CONSIDERED.  THESE  AREAS  ARE  1/0  ROUTINES,  GENERAL 
COMPUTING  INSTRUCTIONS,  ERROR  REPORTING,  AND  A CONVERSATIONAL  MODE  OF  USE. 
THE  INCREASING  NUM8ER  OF  OCCASIONAL  COMPUTER  USERS  PROVIDES  ECONOMIC 
JUSTIFICATION  FOR  IMPROVING  PROGRAMMING  LANGUAGES.  CMEA) 

4P,  OR. 


1-3  PROGRAMMING 

FAGAN,  M.  DESIGN  AND  CODE  INSPECTIONS.  IHM  SYSTEMS  JOURNAL,  1976,  1S(3>, 
132-211. 

DESCRIPTION: 

SUBSTANTIAL  NET  IMPROVEMENTS  IN  PROGRAMMING  QUALITY  AND  PRODUCTIVITY  HAVE 
BEEN  OBTAINED  THROUGH  THE  USE  OF  FORMAL  INSPECTIONS  OF  DESIGN  AND  OF  CODE. 
IMPROVEMENTS  ARE  MADE  POSSIBLE  BY  A SYSTEMATIC  AND  EFFICIENT  DESIGN  AND 
CODE  VERIFICATION  PROCESS  WITH  WELL-DEFINED  ROLES  FOR  INSPECTION 
PARTICIPANTS.  THE  MANNER  IN  WHICH  INSPECTION  DATA  IS  CATEGORIED  AND 
MADE  SUITABLE  FOR  PROCESS  ANALYSIS  IS  AN  IMPORTANT  FACTOR  IN  ATTAINING 
THE  IMPROVEMENTS.  IT  IS  SHOWN  THAT  BY  USING  INSPECTION  RESULTS,  A MECHANISM 
FOR  INITIAL  ERROR  REDUCTION  FOLLOWED  BY  EVER-IMPROVING  ERROR  RATES  CAN  BE 
ACHIEVED.  (A) 

3uP,  9R . 


i:.9  PROGRAM  TESTING 

FAGAN,  M.E.  INSPECTING  SOFTWARE  OESIGN  AND  CODE.  DATAMATION,  OCTOBER  1977, 
23(10),  PP.  133-135;  138;  142-144. 

DESCRIPTION: 

SUCCESSFUL  MA;..-."nENT  OF  ANY  PROCESS  REQUIRES  PLANNING,  MEASUREMENT,  AND 
CONTROL.  IN  PROGRAM  DEVELOPMENT,  THESE  REQUIREMENTS  TRANSLATE  INTO  DEFINING 
THE  PROGRAMMING  PROCESS  IN  TERMS  OF  A SERIES  OF  OPERATIONS,  EACH  HAVING  IIS 
OWN  EXIT  CRITERIA.  NEXT  THERE  MUST  BE  SOME  MEANS  OF  MEASURING  COMPLETENESS 
OF  THE  PRODUCT  AT  ANY  POINT  OF  ITS  DEVELOPMENT  BY  INSPECTIONS  AND  TESTING. 
AND  FINALLY,  THE  MEASURED  DATA  MUST  8E  USED  FOR  CONTROLLING  THE  PROCESS. 

DESIGN  AND  CODE  INSPECTIONS  HAVE  BEEN  APPLIED  SUCCESSFULLY  IN  SEVERAL 
PROGRAMMING  PROJECTS,  B01H  LARGE  AND  SMALL,  AND  INCLUDING  SYSTEMS  AND 
APPLICATIONS  PROGRAMS.  THEY  HAVE  NOT  BEEN  FOUND  TO  "GET  IN  THE  WAY"  OF 
PROGRAMMING,  BUT  INSTEAD  ENABLED  HIGHER  PREDICTABILITY  THAN  OTHER  MEANS 
AND  IMPROVED  PRODUCTIVITY  AND  PRODUCT  QUALITY.  <A> 

6P,  jR. 


110  SOFTWARE  ENGINEERING 

FAIRLEY,  R.E.  AN  EXPERIMENTAL  P ROGR AM-TEST  I N6  FACILITY.  IEEE  TRANSACTIONS  ON 
SOFTWARE  ENGINEERING,  1975,  SE-1,  350-357. 


ft 

w 

& 


i 


i 


Ef 


K 


.& 


Ill  SOFTWARE  PHYSICS 

Fitzsimmons,  a.,  a love,  l.t.  a review  and  critique  or  halstead's  theory  of 

SOFTHARE  PHYSICS  I TECHNICAL  REPORT  NO,.  76ISP0O4).  ARLINGTON,  VIRGINIA:  GENERAL 
ELECTRIC  COMPANY,  1976. 

DESCRIPTION: 

DURING  RECENT  YEARS,  THERE  HAVE  BEEiY  AN  INCREASING  NUMBER  OF  ATTENPTS  TO 
OEFINE  ANO  TO  MEASURE  THE  "COMPLEXITY"  OF  A COMPUTER  PROCRAP.  HALSTEAD  HAS 
DEVELOPED  A THEORY  WHICH  NOT  ONLY  PROVIDES  A PRECISE  OBJECTIVE  MEASURE  OF 
THE  COMPLEXITY  OF  EXISTINC  SOFTWARE,  BUT  IT  ALSO  INCLUDES  A METHOD  FOR 
COMPUTINC  THE  AMOUNT  OF  TINE  REOUXRED  TO  IMPLEMENT  A CIVEN  PROCRAN.  THIS 
PAPER  PRESENTS  HALSTEAD'S  THEORY,  KNOWN  AS  SOFTWARE  PHYSICS,  AND  REVIEWS  AND 
CRITIQUES  THE  MAJOR  STUDIES  AND  EXPERIMENTS  RELATING  TO  IT.  THE  AUTHORS 
NAVE  PERFORMED  SOME  EX  POST  FACTO  TESTS  OF  THE  THEORY  AND  HAVE  SUBSEGUENTLY 
DEVELOPED  RSF1NEMENTS  TO  THE  THEORY.  THESE  VERIFICATIONS  AND  REFINEMENTS 
ARE  ALSO  PRESENTED  IN  THIS  PAPER.  (A) 

22P,  26R. 


112  SOFTWARE  PHYSICS 

FITZSIMMONS,  /:.,  i LOVE,  T.  A REVIEW  AND  EVALUATION  OF  SOFTWARE  SCIENCE. 
COMPUTING  SURVEYS,  MARCH  1978,  10(1),  3-18. 

DESCRIPTION: 

DURING  RECENT  YEARS,  THERE  HAVE  BEEN  MANY  ATTEMPTS  TO  DEFINE  AND  MEASURE 
THE  "COMPLEXITY"  OF  A COMPUTER  PROGRAM.  MAURICE  HALSTEAD  HAS  DEVELOPED 
A THEORY  THAT  GIVES  OBJECTIVE  MEASURES  OF  SOFTWARE  CONPLEXITY.  VARIOUS 
STUDIES  AND  EXPERIMENTS  HAVE  SHOWN  THAT  THE  THEORY'S  PREDICTIONS  OF  THE 
NUMBER  OF  BUGS  IN  PROGRAMS  ANO  OF  THE  TIME  REGUIRED  TO  IMPLEMENT  A PROGRAM 
ARE  AMAZINGLY  ACCURATE.  IT  IS  A PROMISING  THEORY  WORTHY  OF  MUCH  MORE 
PROBING  SCIENTIFIC  INVESTIGATION . 

THIS  »APER  REVIEWS  THE  THEORY,  CALLED  "SOFTWARE  SCIENCE,"  AND  THE 
EVIDENCE  SUPPORTING  II.  (A) 

16P,  AIR. 


113  COMPUTER-ASSISTED  INSTRUCTION 

FRANCIS,  L.  THE  TUTOR  TRAINING  COURSE:  LESSONS  LEARNED.  URBANA-CHAMPMGN, 
ILLINOIS:  UNIVERSITY  OF  ILLINOIS,  COMPUTER-BASED  EDUCATION  RESEARCH  LABORATORY, 
1976. 

DESCRIPTION: 

THE  MILITARY  TRAINING  CENTERS  (MTC)  GROUP  CREATED  AND  TAUGHT  THE  FIRST 
FORMAL  AUTHOR  TRAINING  COURSE  FOR  THE  TUTOR  PROGRAMMING  LANGUAGE  AND  THE  USE 
OF  THE  PLATO  SYSTEM.  IKE  COURSE  WAS  USED  OVER  A PERIOD  OF  THREE  YEARS  TO 
TRAIN  APPROXIMATELY  ICO  AUTHORS  WHO  SPENT  TWO  TO  THREE  WEEKS  AT  THE 
COMPUTER-BAStO  EDUCATION  RESEAPCh  LABORATORY  (CERL)  OF  THE  UNIVERSITY 
OF  ILLINOIS  AT  URS&Nn-CHANPA IGN.  IN  GENFRAL,  THE  NEW  AUTHORS  HAD  LITTLE 
PREVIOUS  EXPERIENCE  WITH  COMPUTERS  OR  PROGRAMMED  INSTRUCTION.  HOWEVER, 

MANY  WERE  CLASSROOM  INSTRUCTORS. 

THIRTEEN  COGNITIVE  AND  AFFECTIVE  PRINCIPLES  GUIDED  THE  CREATION  OF  THE 
AUTHOR  COURSE;  FIVE  WERE  POSITIED  ORIGINALLY,  AND  THE  REST  WERE  FORMULATED 
BAScO  ON  EXPERIENCE  DERIVED  FROM  TEACHING  THE  COURSE.  THIS  REPORT  CONTAINS 
A STATEMENT  OF  THE  PRINCIPLES  AND  A DESCRIPTION  OF  THEIR  IMPLEMENTATION, 
INCLUDING  MANY  EXAMPLES  FROM  COURSE  MATERIALS.  IT  ALSO  RECOUNTS  THE 
HIGHLIGHTS  ANO  TURNING  POINTS  OF  THE  AUTHOR  TRAINING  COURSE,  REVIEWS  THE 
BASIS  FOR  ITS  MODIFICATION,  AND  EXAMINES  THE  DILEMMAS  ENCOUNTFREO 
IN  TEACHING  NEW  AUTHORS  TO  PREPARE  COMPUTER-BASED  INSTRUCTIONAL  MATERIALS. 
TECHNIQUES  FOR  RESOLVING  SOME  OF  THESE  DILEMMAS  ARE  SUGGESTED. 

THE  PTC  TRAINING  COURSE  WAS  EVALUATED  BY  EXAMINING  THE  EXPERIENCE  OF 
USERS  OUTSIDE  OF  MTC.  THE  OPINIONS  ANO  RECOMMENDATIONS  OF  THESE  OUTSIDE 
GROUPS  SUGGEST  THAT  THEY  FOUND  THE  MATERIALS  VALUABLE  AND  EFFECTIVE.  THIS 
REPORT  IS  DIRECTED  TO  INSTRUCTORS  OF  NEW  AUTHORS,  DEVELOPERS  OF  AUTHOR 
TRAINING  MATERIALS,  AND  MANAGERS  OF  COMPUTER-BASED  INSTRUCTION  D*VELOPMENT 
CENTERS.  (A) 
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114  AUTOMATIC  PROGRAMMING 

FRASER,  C.W.  A KNOWLEDGE-BASED  CODE  GENERATOR  GENERATOR.  IN  PROCEEDINGS 
OF  THE  ACN  SYMPOSIUM  ON  ARTIFICIAL  INTELLIGENCE  AND  PROGRAMMING  LANGUAGES, 
SIGPLAN  NOTICES,  AUGUST  1977,  12(8),  126-129  (ALSO:  SI6ART  NEWSLETTER,  AUGUST 
1977,  NO.  64,  126-129). 

DESCRIPTION: 

XGEN  IS  A PROGRAM  THAT  ACCEPTS  A MACHINE  DESCRIPTION  AND  PRODUCES  A GOOD 
LOCAL  COSE  GENERATOR  FOR  AN  ALGOL-LIKE  LANGUAGE.  IT  IS  ORGANIZED  AS  A 
PRODUCTION  SYSTEM  OF  RULES  CODIFYING  PREVIOUSLY  ACQUIRED  HUMAN  SKILLS  FOR 
DEALING  WITH  COMPUTER  ARCHITECTURE  AND  PROGRAMMING  LANGUAGES.  (A) 

4P,  1 SR. 


IIS  SOFTWARE  DESIGN 

FREEMAN,  P.  TOWARD  IMPROVEO  REVIEW  OF  SOFTWARE  DESIGNS.  AFIPS  CONFERENCE 
PROCEEDINGS,  1975,  44,  329-334,. 

DESCRIPTION: 

DEVELOPMENT  OF  TECHNIQUES  FOR  THE  REVIEW  OF  SOFTWARE  DESIGNS  HAS  BEEN 
LARGELY  NEGLECTED.  THIS  PAPER  DESCRIBES  A METHODOLOGY,  DESIGN 
RATIONALIZATION  THAT  IS  INTENDED  TO  IMPROVE  THE  REVI EWABILITY  OF  DESIGNS. 

THE  PRINCIPAL  COMPONENT  OF  DESIGN  RATIONALIZATION  IS  THE  EXPLICIT  RECORDING 
OF  THE  ALTERNATIVES  AND  EVALUATIONS  OF  THESE  ALTERNATIVES  AT  EACH  DECISION 
POINT  IN  THE  DESIGN.  THIS  INFORMATION,  THAT  PROVIDES  THE  REASONS  BEHIND 
FEATURES  IN  THE  DESIGN,  PERMITS  INDEPENDENT  REVIEW  OF  DESIGN  CHOICES  AND  THE 
REASONING  UNDERLYING  THESE  CHOICES.  (MEA) 

6P,  11R. 


116  SOFTWARE  DESIGN  TECHNIQUES,  COLLECTED  READINGS 

FREEMAN,  P.,  t WASSERMAN,  A. I.  (EDS.)  TUTORIAL  ON  SOfTWARE  DESIGN 
TECHNIQUES  (2ND  ED.).  LONG  BEACH,  CALIFORNIA:  IEEE  COMPUTER  SOCIETY,  1977. 


117  PROGRAMMING 

FRIEDENTHAL,  T.H.  MAINTENANCE/PROGRAMMING  PANEL. 
STELNA  INC.,  OCTOBER  1972.  (NTIS  NO.  AD  9C5296L) 


STAMFORD,  CONNECTICUT: 


118  SPECIFIC  PROGRAMMING  LANGUAGE 

FRIEND,  J.E.  SUPPLEMENTARY  HANDBOOK  FOR  INTRODUCTION  TO  AID  PROGRAMMING. 
STANFORO,  CALIFORNIA:  STANFORD  UNIVERSITY,  INSTITUTE  FOR  MATHEMATICAL 
STUDIES  IN  THE  SOCIAL  SCIENCES,  1972. 
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119  COMPUTER-ASSISTED  INSTRUCTION 

FRIEND,  J.G.  COMPUTER-ASSISTED  INSTRUCTION  IN  PROGRAMMING:  A CURRICULUM 

DESCRIPTION  (TECHNICAL  REPORT  NO.  211).  STANFORD,  CALIFORNIA:  STANFORD 

UNIVERSITY,  INSTITUTE  FOR  MATHEMATICAL  STUDIES  IN  SOCIAL  SCIENCES,  JULY  1973. 

(A) 

DESCRIPTION: 

THE  COURSE  PROVIDES  AN  INTRODUCTION  TO  COMPUTER  PR0SRARHIN6  FOR  COMMUNITY 
COLLEGE  STUDENTS  WHO  HAVE  TAKEN  HIGH  SCHOOL  ALCEBRA,  AND  IT  IS  ERUIVALENT 
TO  A THREE  QUARTER-UNIT  COURSE  IN  COMPUTER  SCIENCE.  ALL  INSTRUCTION  IS 
PRESENTED  BY  COMPUTER,  AND  A SUPPLEMENTARY  STUDENT  MANUAL  IS  PROVIDED 
FOR  REFERENCE.  THE  COURSE  CONTENT  RESEMBLES  THAT  OF  OTHER  INTRODUCTORY 
COURSES  IN  COMPUTER  PROGRAMMING  AND  INCLUDES  THE  TOPICS  OF  STORC*  PROGRAMS, 
USE  OF  FUNCTIONS  AND  SUBROUTINES,  CONDITIONAL  Cl  AUSES,  AND  BRAF-' ..  NC 
TECHNIQUES*  THE  INSTRUCTIONAL  SYSTEM  1MPLEMEN  . UNDER  COMPUTLR  CONTROL 
TEACH1NS  STRATEGIES  THAT  MIGHT  BE  USED  BY  A HUf t>  TUTOR  SUCH  AS 
INDIVIDUALIZING  THE  CONTENT,  PACE,  AND  SEQUENCf  f INSTRUCTION,  ALLOWING  FOR 
SUFFICIENT  STUDENT  CONTROL,  TAILORING  WRONG  ANSWER  MESSAGES,  AND  PROVIDING 
BOTH  REMEDIAL  AND  EXTRA-CREDIT  WORK.  STUDENTS  ARE  REQUIRED  TC  INTERACT 
ON-LINE  WITH  A COMMERCIALLY  PREPARED  EM  TOR- INTERPRETER  SIMILAR  TO  THOSE 
FOUND  IN  MANY  TIME-SHARING  ENVIRONMENTS. 

PERFORMANCE  DATA  FROM  BOTH  THE  INSTRUCTIONAL  PROGRAM  AND  ThE  EDITOR- 
INTERPRETER  ARE  AUTOMATICALLY  STORED  FOR  LATER  RETRIEVAL  AND  ANALYSIS.  THE 
ORGANIZATION  OF  THE  COURSE,  TYPES  OF  EXERCISES  USED,  AND  CONTENT  OF  EACH 
LESSON  ARE  DOCUMENTED  AND  AN  APPENOIX  LISTS  THE  CONCEPTS  ASSOCIATED  WITH 
EACH  EXERCISE  Ik  THE  COURSE.  (A) 


120  PROGRAMMING 

FRIEND,  J.E.  100  PROGRAMMING  PROBLEMS.  STANFORD,  CALIFORNIA:  STANFORD 
UNIVERSITY,  INSTITUTE  FOR  MATHEMATICAL  STUDIES  IN  THE  SOCIAL  SCIENCES,  1973. 
(B) 


121  COMPUTER-ASSISTED  INSTRUCTION 

FRIEND,  J.  PROGRAMS  STUOENTS  WRITE  (TECHNICAL  REPORT  NO.  257).  STANFORD, 
CALIFORNIA:  STANFORO  UNIVERSITY,  INSTITUTE  FOR  MATHEMATICAL  STUDIES  IN  THE 
SOCIAL  SCIENCES,  JULY  1975.  (NTIS  NO.  AD  AC15093) 

DESCRIPTION; 

THE  PRESENT  STUDY  ADDRESSES  ITSELF  TO  THE  PROBLEM  OF  DESIGNING  AN 
AUTOMATED  SYSTEM  FOR  INSTRUCTION  IN  PROGRAMMING,  AND  ALSO  TO  THE  .STUDY  OF 
PROBLEM-SOLVING  BEHAVIOR,  AS  EXHIBITED  BY  STUDENTS  USING  A CAI  COURSE  IN 
COMPUTER  PROGRAMMING. 

1 HE  STUDY  USES  COMPUTER  PROGRAMS  WRITTEN  BY  AT  COLLEGE  STUDENTS  DURING 
THE  WINTER  AND  SPRING  QUARTERS  OF  1972  AS  PART  OF  A CAI  COURSE  IN  AID 
(ALGEBRAIC  INTERPRETIVE  DIALOGUE),  AM  ALGEBRAIC  LANGUAGE  SIMILAR  TO  BASIC. 
THE  COURSE  IS  SELF-CONTAINED  AND  CONSISTS  OF  5C  TUTORIAL  LESSONS  DESCRIBED 
IN  DETAIL  IN  FRIEND  (19736). 

THE  PROGRAMS  ANALYZED  WERE  WRITTEN  AS  SOLUTIONS  TO  25  PROGRAMMING 
PROBLEMS  FROM  THE  COURSE;  7A7  SOLUTIONS  CONTAINING  7063  COMMANDS  WERE 
ANALYZED.  THE  DISTRIBUTION  OF  THE  DATA  OVER  PROBLEMS  AND  OVER  STUDENTS  IS 
DISCUSSED.  PROBLEM  DIFFICULTY  AND  DIVERSITY  OF  STUDENT  SOLUTIONS  ARE  ALSO 
DISCUSSED  IN  0ETA1L.  (A) 

27QP,  7R. 
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122  COMPUTER ‘ASSISTED  INSTRUCTION 

FRIEND,  J.E.,  FLETCHER,  J.D.,  S ATKINSON,  R.C.  STUDENT  PERFORMANCE  IN 
COMPUTER-ASSISTED  INSTRUCTION  IN  PROGRAMMING  (TECHNICAL  REPORT  NO.  ISA). 
STANFORD,  CALIFORNIA:  STANFORD  UNIVERSITY,  INSTITUTE  FOR  MATHEMATICAL 
STUDIES  IN  THE  SOCIAL  SCIENCES,  MAY  19/2. 

DESCRIPTION: 

AN  INSTRUCTIONAL  SYSTEM  FOR  TEACHING  ALGEBRAIC  INTERPRETIVE  DIALOGUE  (AID) 

TO  COLLEGE-AGE  STUDENTS,  TWO  CONTROL  PROGRAMS  (ONE  FOR  PRESENTING 
INSTRUCTIONAL  MATERIAL  AND  ONE  FOR  INTERPRETING  STUDENTS'  AID  PRODUCTIONS), 
ANO  DATA  COLLECTED  BV  THE  TWO  CONTROL  PROGRAMS  ARE  DESCRIBED.  THE  FIRST  21 
LESSONS  OF  THE  COURSE  AND  CLASSIFICATION  OF  THE  LESSON  EXERCISES  ARE  ALSO 
DESCRIBED*,  DATA  BASED  ON  STUDENT  DAILY  REPORTS  ARE  PRESENTED  AND  DISCUSSED. 
ITEM  ANALYSES  OF  DATA  GATHERED  5*  THE  INSTRUCTIONAL  PROGRAM,  INCLUDING 
STEPWISE  LINEAR  REGRESSION  MODELS  Of  ITEM  DIFFICULTY  AND  ANALYSES  OF 
SELECTED  DATA  COLLECTED  BY  THE  INTERPRETING  PROGRAM  ARE  PRESENTED  AND 
DISCUSSED. 

THE  FOLLOWING  WERE  AH0N6  THE  RESULTS  OF  THIS  INVESTIGATION:  ALTHOUGH 
FIRST  RESPONSE  ERRORS  WERE  OFTEN  THOSE  OT  AID  SYNTAX,  THESE  ERRORS  WERE 
EASILY  CORRECTED  IN  SUBSEGUENY  RESPONSES,  AND  IN  GENERAL,  THE  SYNTAX  OF  AID 
COMMANDS  WAS  EASILY  MASTEREO;  ALTHOUGH  STUDENTS  EASILY  LEARNED  THE  MECHANICS 
OF  THE  INSTRUCTIONAL  SYSTEM,  THEY  RARELY  USED  FEATURES  THAT  ALLOWED  STUDENT 
CONTROL  OF  INSTRUCTIONAL  CONTENT  AND  SEOUENCE;  ALGEBRAIC  FORMULATION  OF 
PROBLEMS  APPEARED  TO  BE  MORE  DIFFICULT  THAN  TRANSFORMING  ALGEBRAIC 
EXPRESSIONS  INTO  AID  COMMANDS;  STUDENTS  HAD  THE  GREATEST  DIFFICULTY 
UNDERSTANDING  HIERARCHY  CF  ARITHMETIC  OPERATIONS,  USE  OF  FUNCTIONS,  AND  THE 
EXECUTION  SEQUENCE  OF  AID  COMMANDS.  (it) 


123  PROGRAMMING 

FROST,  0.  PSYCHOLOGY  ANO  PROGRAM  DESIGN.  DATAMATION,  MAY  1975,  137-138. 
DESCRIPTION: 

THE  PURPOSE  OF  THIS  PAPER  IS  TO  CONSIDER  HOW  PSYCHOLOGICAL  THEORIES  CAN 
BE  USEFULLY  APPLIED  TO  IMPROVING  PROGRAMMING  AND  PROGRAM  DESIGN. 

THIS  PAPER  CENTERS  ON  THE  PSYCHOLOGICAL  PHENOMENON  OF  'CHOKING',  OR 
THE  GROUPING  OF  RELATEO  PIECES  OF  INFORMATION  INTO  A SINGLE  UNIT. 

IT  HAS  BEEN  EXTENSIVELY  DEMONSTRATED  THAT  THE  AMOUNT  OF  INFORMATION  THAT 
THE  HUMAN  MIND  CAN  RETAIN  AT  ANY  ONE  TIME  IS  APPROXIMATELY  SEVEN 
"CHUNKS".  CHUNKING  EXTENDS  THE  AMOUNT  OF  INFORMATION  THAT  CAN  BE  RETAINED, 
THE  NUMBER  OF  CHUNKS  REMAINS  CONSTANT,.  THE  PROCESSES  OF  'ABSTRACTION' 

AND  'DECOMPOSITION',  WHICH  TENO  TO  RELATE  CHUNKS  IN  A HIERAFCHIC 
FASHION  ARE  ALSO  CONSIDERED.  ON  THE  BASIS  OF  THESE  RESULTS,  ARGUMENTS 
ARE  MADE  IN  FAVOR  OF  MODULARITY  AND  HIERARCHICAL  DESIGN  ('TOP-DOWN 
DECOMPOSITION').  (MEA) 

2P,  OR. 


124  SOFTWARE  PHYSICS 

FUNANI,  Y.,  t HALSTEAD,  M.H . A SOFTWARE  PHYSICS  ANALYSIS  OF  AKIYANA'S 
DEBUGGING  DATA  (TECHNICAL  REPORT  NO.  CSD-TR-144).  LAFAYETTE,  INDIANA:  PURDUE 
UNIVERSITY,  DEPARTMENT  Of  COMPUTER  SCIENCE,  1975. 

DESCRIPTION: 

CORRELATION  BETWEEN  E (HALSTEAD'S  "MENTAL  EFFORT"  MEASURE)  AND  NUMBER  OF  BUGS 
OBSCRVEC  IN  9 MODULES  REPRESENTING  84  MAN-MONTHS  OF  PROGRAMMING  WAS  .982. 
AKIYAMA'S  OBSERVATIONS  REPORTED  WERE : CORRELATION  BETWEEN  BUGS  ANO  SIZE  OF 
MODULE  WAS  .83,  CORRELATION  BETWEEN  BUGS  ANO  DECISIONS  ANO  CALLS  WAS  .92. 
PREDICTED  TIME  TO  COMPLETE  9 MODULES  WAS  10D  MAN-MONTKS  AS  COMPARED  WITH 
AN  ACTUAL  84  MAN-MONTHS.  CO) 

4P,  7R • 
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125  DEBUGGING  I 

GAINES,  R.S.  THE  DEBUGGING  Of  COMPUTER  PROGRAMS  (DOCTORAL  DISSERTATION,  I 

PRINCETON  UNIVERSITY,  1969).  (UNIVERSITY  MICROFILMS  SO.  7-14,  2C9;  ALSO  IDA  \ 

WORKING  PAPER  NO.  226,  INSTITUTE  FOR  DEFENSE  ANALYSES) 

DESCRIPTION:  • 

THIS  THESIS  IS  A GENERAL  STUDY  Of  THE  TOOLS  AND  TECHNIOUES  FOR  DEBUGGING 
COMPUTES  PROGRAMS,  AND  THE  OESIGN  OF  COMPILEPS  AND  OPERATING  SYSTEMS  TO 

FACILITATE  DEBUGGING.  IT  INCLUDES  AN  ANALYSIS  OF  THE  PROGRAMMING  PROCESS  1 

TO  IDENTIFY  CAREFULLY  WHAT  THE  PROBLEMS  ARC  IN  DEBUGGING  AND  HOW  THEY  ARISE.  ? 

BASED  ON  THIS  ANALYSIS,  THE  FUNDAMENTAL  NOTIONS  WHICH  UNDERLIE  POST 
DEBUGGING  AIDS  ARE  IDENTIFIED.  THE  FACILITIES  THAT  ARE  CURRENTLY  AVAILABLE 
TO  PROGRAMMERS  USING  BATCH  OPERATING  SYSTEMS  ARE  DISCUSSED,  AND  A NUMBER 
OF  NEW  ONES  ARE  PRESENTED. 

THE  PROBLEMS  OF  DEBUGGING  PROGRAMS  WRITTEN  IN  HIGHER-LEVEL  LANGUAGES  ARE 
CONSIDERED  IN  DETAIL,  AND  THE  CONSTRUCTION  OF  COMPILERS  AND  PROGRAMMING  , 

LANGUAGES  FOR  DEBUGGING  RECEIVES  CAREFUL  ATTENTION.  IN  THIS  CONNECTION,  * 5 

THE  TOPICf  OF  AUTOMATIC  ERROR  DETECTION,  LANGUAGE  FACILITIES  WHICH  PERMIT  i 

THE  PROGRAMMER  TO  INVOKE  DEBUGGING  AIDS,  AND  THE  COMPILATION  OF  CODE  IN  A 

MANNER  APPROPRIATE  FOR  DEBUGGING  THE  PR06RAM  ARE  ALL  DISCUSSED.  A METHOD  IS  $ 

PROPOSED  TO  PERMIT  THE  HIGHER-LEVEL  LANGUAGE  PROGRAMMER  TO  DEBUG  HIS  PROGRAM 
AS  IF  THE  LA.M6UA6E  HE  WROTE  HIS  PROGRAM  IN  WERE  THE  "MACHINE  LANGUAGE" 

OF  THE  COMPUTER  WHICH  EXECUTES  THE  PROGRAM,  AS  A CONSEQUENCE  OF  WHICH  THE 

PROGRAMMER  CAN  RECEIVE  THE  SAME  KIND  OF  ASSISTANCE  THAT  IS  AVAILABLE  TO  THE  « 

MACHINE  LANGUAGE  PROGRAMMER. 

THE  CONSTRUCTION  Of  INTERACTIVE  DEBUGGING  SYSTEMS  AND  OPERATING  SYSTEM  \ 

FEATURES  NECESSARY  TO  SUPPORT  ADVANCED  DEBUGGING  FACILITIES  IS  DISCUSSED.  ! 

THREE  INTERACTIVE  DEBUGGING  SYSTEM*  ARE  CONSIDERED  IN  DETAIL,  INCLUDING  ONE 
WHICH  WAS  DESIGNED  TO  WORK  WITH  CRT  CONSOLES.  A NUMBER  OF  NEW  IDEAS  IN 

THIS  AREA  ARE  PRESENTED,  AND  THE  CONSIDERABLE  ADVANTAGES  OF  INTERACTIVE  ; 

DEBUGGING  ARE  CLEARLY  DEMONSTRATED . (A)  £ 

17GP,  53R.  \ 
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126  PROGRAMMING  LANGUAGES  5 

GANNON,  Js  LANGUAGE  AND  COMPILER  DESIGN  TO  ENHANCE  RELIABILITY.  SIGPLAN 

NOTICES,  1973,  8(6),  47-49.  i 

DESCRIPTION:  5 

THIS  BRIEF  ARTICLE  DESCRIBES  THE  OBJECTIVES  AND  INTENDED  APPROACH  OF  A } 

PROJECT  TO  ISOLATE  TKC  FACTORS  THAT  MAKE  PROGRAMS  EASILY  UNDERSTOOD  AND  THE  5 

CONSTRUCTS  IN  A LANGUAGE  THAT  ARE  MOST  PPONE  TO  CAUSE  ERRORS.  THE  THESIS  | 

IS  THAT  A LANGUAGE  SHOULD  EMPLOY  USEEUL  AND  CHECKABLE  REDUNDANCY,  MINIMIZE 
THE  USE  OF  "UNDISCIPLINED  CONSTRUCTS,"  AND  EMPLOY  CONSTRUCTS  AMENABLE  TO 
PROOFS.  (GDC) 

3P,  PR.  ' 


127  PROGRAMMING  LANGUAGES 

GANNON,  J.D.  LANGUAGE  DESIGN  TO  ENHANCE  PROGRAMMING  RELIABILITY  (TECHNICAL 
REPORT  NO.  CSRS-47).  TORONTO,  ONTARIO:  UNIVERSITY  OF  TORONTO,  COMPUTER 
SYSTEMS  RESEARCH  GROUP,  1V75. 

DESCRIPTION: 

THE  LANGUAGE  IN  WHICH  PROGRAMS  ARE  WRITTEN  CAN  HAVE  A SUBSTANTIAL  EFFECT  ON 
THEIR  RELIABILITY.  THIS  THESIS  DISCUSSES  THE  DESIGN  OF  PROGRAMMING 
LANGUAGES  TO  ENHANCE  THE  RELIABILITY  OF  PROGRAMS.  IT  PRESENTS  SEVERAL 
DESIGN  PRINCIPLES,  AND  THES  APPLIES  THEM  TO  PARTICULAR  LANGUAGE  CONSTRUCTS. 
SINCE  ONE  CANNO  ' LOGICALLY  PROVE  THE  VALIDITY  OF  SUCH  DESIGN  PRINCIPLES, 
EMPIRICS)  EVIDENCE  IS  NEEDED  TO  SUPPORT  DR  DISCREDIT  fHEM.  AN  EXPERIMENT 
WAS  PERFORMED  TO  MEASURE  THE  EFFECT  OF  NINE  SPECIFIC  LANGUAGE  CESICf. 
DECISIONS  IN  CHE  CONTEXT.  ANALYSI S OF  THE  FREQUENCY  AND  PERSISTENCE  OF 
ERRORS  SHOWS  THAT  SEVERAL  DECISIONS  HAD  A SIGNIFICANT  IMPACT  GN  RELIABILITY. 
(A) 

247P,  61 A . 
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128  PROGRAMMING  LANGUAGES 

Gannon,  j.o.  an  experimental  evaluation  or  »\ta  type  conventions. 
COMMUNICATIONS  OF  THE  ACM,  1977,  2S,  564-595  (ALSO  TECHNICAL  REPORT,  COLLEGE 
PARS,  MARYLAND:  UNIVERSITY  OF  MARYLAND,  DEPARTMENT  CF  COMPUTER  SCIENCE,  1976>. 
DESCRIPTION: 

THE  LANGUAGE  IN  WHICH  PROGRAMS  ARC  WRITTEN  CAN  HAVE  A SUBSTANTIAL  EFFECT 
ON  THC  RELIABILITY  OF  THE  RESULTING  PROGRAMS.  THIS  PAPER  DISCUSSES  AN 
EXPERIMENT  THAT  COMPARES  THE  PROGRAMMING  RELIABILITY  OF  SUBJECTS  USING  A 
STATICALLY-TYPED  LANGUAGE  AND  A ’TYPELESS*  LANGUAGE.  ANALYSIS  OF  THE  NUMBER 
OF  ERRORS  SHOWS  THAT,  AT  LEAST  IN  ONE  ENVIRONMENT,  THE  USE  OF  A STATICALLY- 
TYPED  LANGUAGE  CAN  INCREASE  PROGRAMMING  RELIABILITY.  DETAILED  ANALYSIS  OF 
THE  ERRORS  MAOE  BY  THE  SUBJECTS  IN  PROGRAMMING  SOLUTIONS  TO  REASONABLY 
SHALL  PROBLEMS  SHOWS  THAT  THE  SUBJECTS  HAD  DIFFICULTY  MANIPULATING  Tt'E 
REPRESENT  A .ON  OF  DATA.  <A> 

34P,  6R. 


129  PROGRAMMING  LANGUAGES 

GANNON,  J.C.  An  EXPERIMENT  FOR  THE  EVALUATION  Of  LANGUAGE  FFATURES. 
INTERNATIONAL  JOURNAL  OF  MAN-MACHINE  STUDIES,  1976,  8,  61-73. 

DESCRIPTION: 

RECENTLY  A NUMBER  OF  EXPERIMENTS  HAVE  B2EN  PERFORMED  WHOSE  AIM  WAS  TO  COMPARE 
PROGRAMMING  LANGUAGE  FEATURES  TO  DETERMINE  WHICH  PROGRAMMING  LANGUAGE 
FEATURES  PROGRAMMERS  FOUND  DIFFICULT  TO  USE.  THIS  PAPER  EXAMINES  THESE 
EXPERIMENTS  IN  LIGHT  OF  THE  EVIDENCE  THAT  PROGRAMMING  LANGUAGE  DESIGNERS 
WOULD  FIND  MOST  USEFUL.  A NEW  EXPERIMENT  IS  DESCRIBED  AND  APPLIED  TO  THE 
PROBLEM  OF  WHETHER  THE  ASSIGNMENT  OPERATION  SHOULD  BE  DEFINED  AS  AN  OPERATOR 
03  A STATEMENT  DESIGNATOR.  EMPIRICAL  EVIDENCE  IN  THE  FORM  OF  ERRORS  MADE 
BY  STUDENTS  PROGRAMMING  SOLUTIONS  TO  TWO  GOOD-SUED  PROBLEMS  IS  PRESENTED 
FAVORING  THE  USE  OF  ASSIGNMENT  AS  A STATEMENT  ■.  FINALLY.  ThE  SHORTCOMINGS  OF 
THE  NEW  EXPERIMENT  ARE  DISCUSSED.  (A) 

13P,  15S. 


130  PROGRAMMING  LANGUAGES 

GANNON,  J.0-.  % HORNING,  J.J.  LANGUAGC  CESIGN  FOR  PROGRAMMING  RELIABIuITY. 
IEEE  TRANSACTION  ON  SOFTWARE  ENGINEERING,  1975,  SE-1,  179-191  CALSO:  THE 
IMPACT  OF  LANGUAGE  DESIGN  ON  THE  PRODUCTION  OF  RELIABLE  SOFTWARE.  IN 
PROCEEDINGS  OF  THE  INTERNATIONAL  CONFERENCE  ON  RELIABLE  SOFTWARE,  21-23  APRIL 
1975,  LOS  ANGELES,  CALIFORNIA.  SIGPLAN  NOTICES,  1975,  10(6),  10-22.) 


PROCEEDINGS  OF  THE  INTERNATIONAL  CONFERENCE  ON  RELIABLE  SOFTWARE,  21-23  APRIL 
1975,  LOS  ANGELES,  CALIFORNIA.  SIGPLAN  NOTICES,  1975,  10(6),  10-22.) 
DESCRIPTION: 

THE  LANGUAGE  IN  WHICH  PROGRAMS  ARE  WRITTEN  CAN  HAVE  A SUBS  >«nT IAL  EFFECT  ON 
THEIR  RELIABILITY.  THIS  PAPER  DISCUSSES  THE  DESIGN  OF  PROGRAMMING 
LANGUAGES  TO  ENHANCE  fit L I ABI L I TY . IT  PR f 1 1 4 T S SEVERAL  GENERAL  DESIGN 
PRINCIPLES,  AND  THEN  APPLIES  THEM  TO  PARTICULAR  LANGUAGE  CONSTRUCTS. 

SINCE  WE  CANNOT  LOGICALLY  PROVE  THE  VALIDITY  OF  SUCH  DESIGN  PRINCIPLES, 
EMPIRICAL  EVIDENCE  IS  NEEDED  TO  SUPPORT  OR  DISCREDIT  THEM.  GANNON  HAS 
PERFORMED  A *AJCR  EXPERIMENT  TO  MEASURE  THE  EFfiCT  OF  NINE  SPECIFIC 
LANGUAGE  DESIGN  DECISIONS  IN  ONE  CONTEXT,  ANALYSIS  OF  THE  FREQUENCY  AND 
PERSISTENCE  OF  ERRORS  SHOWS  THAT  SEVERAL  DECISIONS  HAD  A SIGNIFICANT  IMPACT 
ON  GEL  I AE I LI TY.  (A) 

13P,  CAR. 
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131  DOCUMENTATION 

GENERAL  ACCOUNTING  OFFICE.  IMPROVEMENT  NEEDED  IN  DOCUMENTING  COMPUTER 
SYSTEMS  (REPORT  NO.  B-11536).  OCTOBER,  1974. 
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132  PROGRAMMING 

GERHART,  S.L.  KNOWLEDGE  ABOUT  PROGRAMS;  A MODEL  AND  CASE  STUDY • IN 
PROCEEDINGS,  1975  INTERNATIONAL  CONFERENCE  ON  RELIABLE  SOFTWARE.  SI6PLAN 
NOTICES,  JUNE  1975,  10(d),  88-95* 

DESCRIPTION: 

DIJKSTRA  SUGGESTS  IN  HIS  “NOTES  ON  STRUCTURED  PROGRAMMING"  THAT  PROGRAM 
SCHEMA  AND  THEOREMS  ABOUT  THEIR  CORRECTNESS  RAY  DESCRIBE  THE  NAY  THAT 
PROGRAMMERS  UNDERSTAND  PROGRAMMING.  THIS  PAPER  FOLLOWS  UP  HIS  SUGGESTION  BY 
DESCRIBING  A GENERAL  MODEL  FOR  DOMAINS  OF  PROGRAMMING  KNOWLEDGE  IN  TERMS 
OF  SCHEMA,  TRANSFORMATIONS,  AND  DERIVATION  RULCS.  THE  MODEL  IS  ILLUSTRATED 
BY  THE  RESULTS  OF  A CASE  STUOY  OF  THE  KNOWLEDGE  ABOUT  10  PROGRAMS  WHICH  USE. 
ARRAYS.  THE  MODEL  AND  CASE  STUDY  ILLUSTRATE  A METHODOLOGY  FOR  CONSTRUCTING 
AND  PROVING  CORRECT  PROGRAMS  BASED  ON  KNOWLEDGE  WHICH  IS  INDEPENDENTLY 
EXPRESSED  AND  PARTIALLY  PROVED  IN  AN  ABSTRACT  FORM  AND  WHICH  CAN  BE  APPLIES 
IN  A STEPWISE  WAY.  (A) 


133  TESTING 

GERHART , S.L.  A YEL0WIT2,  L.  OBSERVATIONS  OF  FALLIBILITY  IN  APPLICATIONS  OF 
MODERN  PROGRAMMING  METHODOLOGIES.  IEEE  TRANSACTIONS  ON  SOFTWARE  ENGINEERING, 
1975,  SE-2,  195-207. 


13G  PROGRAMMING 

GIBBONS,  G.  PRODUCTION  SYSTEM  PROGRAMMING.  COMMUNICATIONS  OF  THE  ACM,  1976, 

19,  Oi. 

DESCRIPTION; 

IH.S  LETTER  IS  INTENDED  TO  INTRODUCE  THE  PROGRAMMING  LANGUAGE  COMMUNITY  TO 
THE  CONCEPT  OF  PRODUCTION  SYSTEM  PROGRAMMING,  THAT  HAS  BEEN  USED 
PRIMARILY  IN  ARTIFICIAL  INTELLIGENCE  RESEARCH.  *IRST,  THE  IDENTITY  BETWEEN 
PRODUCTIONS  ARC  THE  "GUARDED  COMMAND"  PROPOSED  RV  E.W.  DIJKSTRA 
(COMMUNICATIONS  OF  THE  ACM,  AUGUST  1975,  18(8),  A53-457)  WILL  BE 
DEMONSTRATED  AMO  THEN  SOME  Of  THE  USES  AND  CHARACTERISTICS  OF  PRODUCTION 
SYSTEM  PROGRAMMING  WILL  BE  MENTIONED.  PRODUCTION  SYSTEM  PROGRAMMING  MAY 
WELL  BE  THE  SC Y CONCEPT  THAT  WILL  Kt VOLUTION 12 E PROGRAMMING  METHODOLOGY; 
WHAT  ALGEBRAIC  LANGUAGES  DID  FOR  FORMULA  CALCULATKB;,  PRODUCTION  SYSTEM 
PROGRAMMING  WILL  DO  f OR  LOGICAL  FLOW  Of  CONTROL.  (PEA) 

2P,  7R. 


135  STRUCTURED  PROGRAMMING 

GILB,  T.  A SKEPTICAL  VIEW  OF  STRUCTURED  PROGRAMMING  AND  SURE  ALTERNATIVES: 
PART  l.  COMPUTERS  ANO  PEOPLE,  MAY  1976,  25(5),  2C-23. 


1'36  STRUCTURED  PROGRAMMING 

GILB, T.  A SCEPTICAL  VIEW  OF  STRUCTURED  PROGRAMMING  AND  SORE  ALTERNATIVES: 
PART  ?.  COMPUTERS  AND  PEOPLE,  JUNE  1976,  25(6),  2'. -22. 

DESCRIPTION: 

ALTHOUGH  A GREAT  DEAL  HAS  BEEN  WRITTEN  AFOUT  THE  RELATIVE  ADVANTAGES  AND 
MERITS  OT  STRUCTURED  PROGRAMMING,  LITTLE  ATTENTION  HAS  ?EE*  GIVEN  TO 
COMPARABLE,  AND  PERHAPS  COMPLEMENTARY,  TECHNIQUES.  THIS  PAPER  DISCUSSES 
THE  TECHNIQUES  OF  DUAL  CODE  AND  PARALLEL  PROGRAMMING,  AUTOMATED  TEST  PATH 
ANALYSIS,  PROCESS  INSPECTIONS,  AND  DATA  REDUNDANCY -8 ASED  ERROR-DETECTION 
ANO  CORRECTION  METHODS.  (MEA) 

3P,  2GR. 
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137  SOFTWARE  METRICS 

GILB,  T.  SOFTWARE  METRICS.  CAMBRIDGE,  MA:  WINTMROP  PUBLISHERS,  INC.,  1977. 


138  PSOGRAMRInG 

GILEADI , A.N.,  C LEDGARD,  H.F.  ON  A PROMOS EO  MEASURE  Of  PROGRAM  STRUCTURE. 
slGPLAN  NOTICES,  MAT  1974,  9<5>,  31-36. 

DESCRIPTION: 

AN  IMPORTANT  PROBLEM  IN  SUALITY  SOFTWARE  RESEARCH  IS  THE  MEASUREMENT  OF 
CERTAIN  OBJECTIVE  PROPERTIES  OF  PROGRAMS.  WE  ARE  CONCERNED  HERE  WITH  A 
MEASURE  THAT  WE  HOPE  WILL  TELL  US  }*9M  "WELL- STRUCTURED"  A PARTICULAR 
FLOWCHART  IS  WITH  RESPECT  TO  THE  PRECEPTS  OF  STRUCTURED  PROGRAMMING. 

WITH  SUCH  A MEASURE,  WE  COULD  DETERMINE  WHICH  OF  SEVERAL  FLOWCHARTS 
USED  TO  DESCRIBE  A PROGRAM  IS  BEST  FROM  A STRUCTURAL  POINT  OF  VIEW,  RATHER 
THAN  FROM  THE  CLASSICAL  VIEWPOINTS:  THE  LEAST  COMPUTATION  TIME  05  THE  LEAST 
AMOUNT  OF  STORAGE  NEEDED.  TO  ARRIVE  AT  THE  PROPOSED  MEASURE,  WE  PROCEED 
THROUGH  A SERIES  OF  TRANSFORMATIONS.  THEY  ACE  DESCRIBED  HEREIN  MAINLY  BY 
EXAHPLE.  (A) 

6P,  9R. 


139  PROGRAMMING 

GINSBERG,  A.S.,  MARKOWITZ,  H.M.,  t OLDFATHER,  P.H.  PROGRAMMING  GY 
QUESTIONNAIRE  'i TECHNICAL  REPORT  NO.  RH-446C“PR> . SANTA  MONICA,  CALIFORNIA:  THE 
RAND  CORPORATION,  1965. 

DESCRIPTION: 

IT  HAS  BECOME  CLEAR  THAT  Gr-£ AT  AMOUNTS  Of  EFFORT  f.ND  TIME  ARE  REOUIREO  TO 
PREPARE  THE  NECESSARY  COMPUTER  PROGRAMS  IN  THE  USE  Of  DIGITAL  COMPUTERS 
FOR  SIMULATION  STUDIES.  A TECHNIQUE  FOP  REDUCING  THIS  EFFORT  AND  PROGRAM 
PREPARATION  TINE  NAS  BEEN  DEVELOPED.  THIS  TECHNIQUE,  'PROGRAMMING  BY 
QUESTIONNAIRE*  COR  THE  PROGRAM  GENERATION  CONCEPT)  ALLOWS  A USER  TO  OBTAIN  A 
SIMULATION  PROGRAM  BY  FILLING  OUT  AN  ENGLISH  LANGUAGE  QUESTIONNAIRE . THIS 
APPROACH  HAS  SUFFICIENT  GENERALITY  THAT  IT  PROMISES  APPLICATION  T9  AREAS  OF 
COMPUTER  PROGRAMMING  OTHER  THAN  SIMULATION. 

THIS  MEMORANDUM  DESCRIBES  THE  QUESTIONNAIRE  TECHNIQUE,  COMPARES  IT  TO 
EXISTING  TECHNIQUES,  ANC  D.SCUSSES  POTENTIAL  APPLICATIONS.  THE  WORKINGS  OF 
THE  TECHNiPJE  ARE  DESCRIBED  IN  TERRS  OF  THE  JOB  SHOP  SIMULATION  PROGRAM. 
GENERATOR,  AN  EXAMPLE  0£«SL0PE0  TO  TEST  THE  FEASIBILITY  AND  DESIRABILITY  OF 
THE  CONCEPT . 

PROGRAMMING  BY  QUESTIONNAIRE  SHOULD  U€  OF  INTEREST  TO  ALL  THOSE  CONCERNED 
tilTH  DEVELOPING  MAJOR  COMPUTER  PROGRAMS.  CA> 


5S»*  gtjf 
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140  TIME-SHARING 

COLO,  M.M.  A METHODOLOGY  FOB  EVALUATING  TINE-SHARI:D  COMPUTER  SYSTEM  USAGE* 
UNPUBLISHED  DOCTORAL  DISSERTATION,  MASSACHUSETTS  INSTITUTE  OF  TECHNOLOGY, 
CAMBRIDGE, , MASSACHUSETTS,  JUNE  fW. 

DESCRIPTION: 

THE  DEVELOPMENT  OF  TIME-SHARED  COMPUTER  SYSTEMS  HAS  LED  TO  MAJOR  TECHNICAL 
AND  PHILOSOPHIC  CHANGES  IN  7HL  COMPUTER  FIELD  THIS  DECADE.  A LARGE  NUMBER 
OF  DESIGNERS,  MANUFACTURERS,  'AHh  USERS  OF  SUCH  SYSTEMS  HAVE  EXPENDED  GREAT 
AMOUNTS  OF  EFFORT  IN  THE  DEVELOPMENT  OF  THE  CAPABILITIES  OF  THE  COMPUTER  AND 
THE  MEANS  TO  USE  IT.  HOWEVER,  LITTLE  OR  NO  EFFORT  HAS  YET  BEEN  EXPENDED  TO 
EVALUATE  THESE  SYSTEMS  IN  TERMS  OF  THEIR  USEFULNESS  FOR  PRESENT  OR  FUVURE 
CUSTOMERS. 

THE  RESEARCH  REPORTED  HERE  HAS  FOCUSED  ON  THE  DEVELOPMENT  OF  A 
METHODOLOGY  THROUGH  WHTCH  TIME-SHARED  COMPUTER  SYSTEM  USAGE  CAN  BE  EVALUATED. 
IT  IS  BASEO  ON  A STUDY  OF  THE  CHARACTERISTICS  AND  DESIGN  OF  PRESENT  AIID 
PROPOSED  COMPUTER  SYSTEM;,  AS  NELL  AS  RELEVANT  BEHAVIORAL  THEORY  AND 
RESEARCH.  FOUR  CATEGORIES  OF  VARIABLES  ARE  INCLUDED  IN  THE  RESULTING 
METHODOLOGY,  NAMELY  THOSE  WHICH  ARE  MEASURES  OF:  Cl)  THE  COST  OF  USING  THE 
SYSTEM,  (2)  THE  PERFORMANCE  PRODUCED  THROUGH  USE  OF  THE  COMPUTER  SYSTEM, 

(3)  THE  SPEED  WITH  WHICH  RESULTS  COULD  BE  PRODUCED,  AND  («>  THE  AMOUNT  OF. 
LEARNING  RESULTING  FROM  THE  USE  OF  THE  COMPUTER  SYSTEM. 

THE  METHODOLOGY  DEVELOPED  WAS  TESTED  EXPERIMENTALLY  THROUGH  EVALUATING 
USAGE  OF  TWO  COMPUTER  SYSTEMS,  EACH  EXHIBITING  CERTAIN  CHARACTERISTICS 
OF  BOTH  TIME-SK4RING  AND  BATCH-PROCESSING.  THE  PRIMARY  PROBLEM  UNDER  STUDY 
WAS  THE  EFFECT  Of  RAPID  FEEDBACK  AND  UNLIMITED  COMPUTER  ACCESS  IN  A PROBLEM- 
SOLVING SITUATION  <—  THE  SECONDARY  INVESTIGATION  INVOLVED  THE  EFFECT  OF 
QUALITATIVELY  DIFFERENT  FEEDBACK  UPON  COMPUTER  PROGRAMMING.  (A) 

1 52P,  87R . 


141  I IME-ShARIWG  VERSUS  BATCH  PROCESSING 

GOLD,  N.M.  TIME-SHARING  AND  BATCH'PROCESSING:  AN  EXPERIMENTAL  COMPARISON  OF 
THEIR  VALUES  IN  A PROBLEM-SOLVING  SITUATION.  'OHPUNI CA TIONS  OF  THE  ACM,  1969, 
12,  249-259. 

DESCRIPTION; 

AN  EXPERIMENTAL  COMPARISON  OF  PROBLEM-SOLVING  USING  TIME-SHARING  AND 
BATCH-PROCESSING  COMPUTER  SYSTEMS  CONDUCTED  AT  MIT  IS  DESCRIBED  IN  THIS 
PAPER.  THIS  STUDY  IS  THE  FIRST  KNOWN  ATTEMPT  TO  EVALUATE  TWO  SUCH  SYSTEMS 
f Oft  WHAT  MAY  WELL  BE  THE  PREDOMINANT  USEP  POPULATION  WITHIN  THE  NEXT  DECADE 
— THE  PROFESSIONALS  WHO,  AS  NONPRC/GR  AMBERS,  ARE  USING  THE  COMPUTER  AS  AN 
AID  Vi  DECISION -MAKING  AND  PROBLEM-SOLVING  RATHER  THAN  AS  A PROGRAMMING  END 
IN  ITSELF. 

STATISTICALLY  AND  LOGICALLY  SIGNIFICANT  RESULTS  INDICATE  EQUAL  COST  FOR 
USAGE  Of  THE  TWO  COMPUTER  SYSTEMS;  HOWEVER,  A MUCH  HIGHER  LEVEL  OF 
PERFORMANCE  IS  ATTAINED  BY  TIME-SHARING  USERS.  THERE  ARE  INDICATIONS  THAT 
SIGNIFICANTLY  LOWtR  COSTS  WOULD  HAVE  RESU'TED  IF  THE  TIHE-SHARINS  USERS  HAD 
STOPPED  WORK  WHEN  THEY  REACHED  A PERFORMANCE  LEVEL  EQUAL  TO  THAT  OF  THE 
BATCH  USERS.  THE  USERS'  SPEED  OF  PR0BLI*-S0LVIN6  AND  THEIR  ATTITUDES  MADE 
TIME-SHARING  THE  MORE  FAVORABLE  SYSTEM.  (A) 

IIP,  28R. 


142  TIME-SHARING 

GOLD,  M.N.,  t STEDRY,  A.C.,  AN  EVALUATION  Of  COMMERCIAL  TIME  SHARIN6  SYSTEMS. 
MAT,  1 Y66.  (NTIS  NO.  AD  634325) 
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143  SOFTWARE  DEVELOPMENT 

GOLDBERG,  4.  (ED.)  PR0CEED1N6S  OF  A SYMPOSIUM  ON  THE  HIGH  COST  OF  SOFTWARE. 

NENLO  PARK,  CALIFORNIA:  STANFORD  RESEARCH  INSTITUTE,  SEPTEMBER  1973. 
DESCRIPTION: 

THE  NONTEREV  SYMPOSIUM  ON  THE  HICH  COST  OF  SOFTWARE  WAS  HELD  IN  SEPTEMBER 
1973,  UNOER  THE  JOINT  SPONSORSHIP  OF  THE  AIR  FORCE  OFFICE  OF  SCIENTIFIC 
RESEARCH,  THE  ARMY  RESEARCH  OFFICE,  AND  THE  OFFICE  OF  NAVAL  RESEARCH.  THE 
08JECTIV ’ THE  SYMPOSIUM  WAS  TO  CONSIDER  WHAT  RESEARCH  IS  NEEDED  TO 
ACHIEVE  A MAJOR  REDUCTION  IN  SOFTWARE  COSTS.  ATTENDANCE  WAS  BY  INVITATION. 
THE  97  ATTENDEES  WERE  ORGANIZED  IN  FIVE  WORKSHOPS. 

THE  ATTENDEES  WERE  IN  STRONG  AGREEMENT  THAI  DIRECT  AND  INDIRECT  SOFTWARE 
COSTS  ARE  UNNECESSARILY  HIGH  AND  ARE  GROWING  RAPIDLY,  THAT  THEY  CONSTITUTE 
A SERIOUS  LIMITATION  ON  THE  EFFECTIVENESS  OF  INFORMATION-PROCESSING  SYSTEMS, 
AND  THAT  THE  HIGH  COST  IS  A CONSEQUENCE  OF  THE  POOR  STATE  OF  THE  ART  OF 
SOFTWARE  DESIGN,  PRODUCTION,  AND  MAINTENANCE.  THERE  WAS  A STRONG  FEELING 
OF  URGENCY  THAT  AN  ENERGETIC  PROGRAM  OF  RESEARCH  BE  UNDERTAKEN  TO  ADVANCE 
THE  SOFTWARE  ART 

THE  WORKSHOP  DISCUSSIONS  RESULTED  IN  TWO  SETS  OF  RECOMMENDATIONS  FOR 
A SERVICE-SUPPORTED  RESEARCH  PROGRAM.' 

THE  GENERAL  RECOMMENDATIONS  FOR  THE  OBJECTIVES  OF  THE  PROGRAM  UERE  TO: 
•OVERCOME  PROBLEMS  AT  THE  CRUCIAL  INTERFACES  OF  COMPUTER  SCIENCE, 
APPLICATIONS,  AND  COMPUTER  HARDWARE  AND  SYSTEMS. 

•FOSTER  THE  DEVELOPMENT  OF  A STRENGTHENED  SERVICE  TECHNOLOGY  BASE  IN 
SOFTWARE  AND  COMPUTER  SYSTEMS. 

•COORDINATE  SERVICE-SUPPORTED  RESEARCH  WITH  OTHER  GOVERNMENT-SUPPORTED 
RESEARCH  AND  DEVELOPMENT. 

•INCREASE  THE  SCALE  AND  QUALITY  OF  COMPUTER  RESEARCH  TO  MEET  PRESENT  AND 
FU7URE  DEMANDS. 

TEN  SPECIFIC  TECHNICAL  AREAS  OF  RESEARCH  WERE  RECOMMENDED  IN  THREE  MAJOR 
CATEGORIES: 

•TECHNIQUES  FOR  IMPROVING  CURRENT  PROGRAMMING  PRACTICE. 

•TECHNIQUES  FOR  ADVANCING  PROGRAMMING  METHODOLOGY. 

•TECHNIQUES  FOR  PROGRAM  GENERATION  AND  COMPUTER  SYSTEM  DESIGN. 

THE  PROCEEDINGS  OF  THE  SYMPOSIUM  CONTAIN  REPORTS  BY  Th£  WORKSHOP  CHAIRMAN 
IN  FIVE  AREAS: 

•UNDERSTANDING  THE  SOFTWARE  PROBLEM  (CHAIRED  BY  JOHN  B.  SLAUGHTER) 
•CONTRIBUTIONS  FROM  THE  SEMANTICS  OF  LANGUAGES  AND  SYSTEMS  (JACK  B.  DENNIS) 
•ADVANCES  IN  SOFTWARE  METHOOOLOGY  (WILLIAM  A.  WULF ) 

•SOFTWARE-RELATED  ADVANCES  IN  COMPUTER  HARDWARE  (UGO  0.  GAGLIARDI) 
•APPROACHES  TO  THE  PROBLEMS  OF  LARGE  SYSTEMS  (JAMES  H.  BURROWS) 

THESE  PROCEEDINGS  ALSO  INCLUDE  A SUMMARY  OF  A KEYNOTE  SPEECH  ON  THE  HIGH 
COST  OF  SOFTWARE  AND  A REPORT  OF  A PANEL  ON  SOFTWARE  TECHNOLOGY  TRANSFER. 

DIGESTS  OF  THE  REPORTS  AND  THE  SPEECH  ARE  INCLUDED,  TOGETHER  WITH 
SUMMARIES  OF  THE  RECOMMENDATIONS  OF  THE  INDIVIDUAL  WORKSHOPS.  (A) 

138P,  39R . 


HA  SOFTWARE  TESTING  AND  VALIDATION 

GOOD,  D.I.,  LONDON,  R.L.,  t BLEDSOE,  W.W.  INTERACTIVE  PROGRAM  VERIFICATION 
SYSTEM.  IEEE  TRANSACTIONS  ON  SOFTWARE  ENGINEERING,  1975,  SE-1,  59-67. 
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145  TESTING 

GOODENOUGH,  J.B.,  G GERHART,  S.L.  TOWARD  A THEORY  OF  TE.T  DATA  SELECTION. 

IEEE  TRANSACTIONS  ON  SOFTWARE  ENGINEERING,  1975.  SE-1,  156*175  (ALSO  IN 
PROCEEDINGS  OF  1975  INTERNATIONAL  CONFERENCE  ON  RELIABLE  SOFTWARE.  21-25  APRIL 
1975.  LOS  ANGELES.  CALIFORNIA.  SI6PLAN  NOTICES.  JUNE  1975.  10(6).  495-510). 
DESCRIPTION: 

THIS  PAPER  EXANINES  THE  THEORETICAL  AND  PRACTICAL  ROLE  OF  TESTING  IN 
SOFTWARE  DEVELOPMENT . WE  PROVE  A FUNDAMENTAL  THEOREM  SHOWING  THAT  PROPERLY 
STRUCTURED  TESTS  ARE  CAPABLE  OF  DEMONSTRATING  THE  ABSENCE  OF  ERRORS  IN  /< 
PROGRAM.  THE  THEOREM'S  PROOF  HINGES  ON  OUR  DEFINITION  OF  TEST  RELIABILITY 
ANO  VALIDITY.  BUT  ITS  PRACTICAL  UTILITY  HINGES  ON  BEING  ABLE  TO  SHOW  WHEN 
A TEST  IS  ACTUALLY  RELIABLE.  WE  EXPLAIN  WHAT  MAKES  TESTS  UNRELIABLE 
(FOR  EXAMPLE.  WE  SHOW  BY  EXAMPLE  WHY  TESTING  ALL  PROGRAM  STATEMENTS. 
PREDICATES.  DR  PATHS  IS  NOT  USUALLY  SUFFICIENT  TO  INSURE  TEST  RELIABILITY). 
AND  WE  OUTLINE  A POSSIBLE  APPkOACH  TC  DEVELOPING  RELIABLE  TESTS.  WE  ALSO 
SHOW  HOW  THE  ANALYSIS  REQUIRED  TO  DEFINE  RELIABLE  TESTS  CAN  HELP  IN  CHECKING 
A PROGRAM'S  DESIGN  AND  SPECIFICATIONS  AS  WELL  AS  IN  PREVENTING  AND  DETECTING 
IMPLEMENTATION  ERRORS.  (A) 

IBP.  16R. 


146  STRUCTURED  PROGRAMMING 

60RD0N.  E.K.  EXPERIENCE  AND  ACCOMPLISHMENTS  WITH  STRUCTURED  PROGRAMMING. 
COMPUTER  MAGAZINE.  JUNE  1975.  8(6).  SC-53. 

DESCRIPTION: 

A LARGE  SOFTWARE  PROJECT  WAS  IMPLEMENTED  USING  STRUCTURED  PROGRAMMING 
TECHNIQUES.  THREE  SHORTCOMINGS  WERE  NOTED:  EACH  COMPONENT  WENT  THROUGH 
A PERIOD  OF  LOW  VISIBILITY  WHILE  THE  DETAILED  DESIGN  AND  CCDING  WERE  BEING 
DONE.  PROBLEMS  THAT  WOULD  RENDER  THE  SYSTEM  ORGANIZATION  INVALID  WERE  OFTEN 
NOT  DETECTED  UNTIL  WELL  INiO  THE  IMPLEMENTATION  PHASE.  AND  THERE  WAS  NO 
EASY  WAY  TO  RECOGNIZE  WHAT  GENERAL  UTILUV  ROUTINES  WERE  NEEDED.  TO  AVOID 
THESE  DIFFICULTIES.  A PROGRAM  DESIGN  LANGUAGE  (PDL)  WAS  USED  AS  THE 
PRINCIPAL  TOOL  IN  THE  DESIGN  PHASE.  RESULTS  INDICATE  THAT  THE  QUALITY  OF 
THE  CODE  INCREASED  UHILE  COST  ANO  TIME  FACTORS  DECREASED.  (HEA) 

4P.  OR. 


147  PROGRAMMING 

GORDON.  R.D..  i HALSTEAD.  M.H.  AN  EXPERIMENT  COMPARING  FORTRAN  PROGRAMMING 
TIMES  WITH  THE  SOFTWARE  PHYSICS  HYPOTHESIS.  AFIPS  CONFERENCE  PROCEEDINGS. 

1976,  45,  935-937  (ALSO:  (TECHNICAL  REPORT  NO.  CSD-TR  167).  LAFAYETTE, 

INDIANA:  PURDUE  UNIVERSITY,  OCTOBER  1975). 

DESCRIPTION: 

THIS  STUDY  TESTED  A "SOFTWARE  PHYSICS"  FORMULA  WHICH  ATTEMPTS  TO  RELATE  THE 
TIME  REQUIRED  TO  IMPLEMENT  A SOFTWARE  ALGORITHM  TO  INFORMATION  ABOUT 
OPERATOR  ANO  OPERAND  USAGE  IN  THE  PROGRAM.  THE  AUTHORS  CONTEND  THAT  THE 
FORMULA  CORRESPONDS  TO  THE  MENTAL  EFFORT  ASSOCIATED  WITH  THE  CONSTRUCTION  OF 
THE  ALGORITHM.  AN  EXPLANATION  OF  THE  FORMULA  IS  GIVEN.  ONE  OF  THE  AUTHORS 
IMPLEMENTED  11  PROGRAMS  BASED  ON  PROGRAM  SPECIFICATIONS  PUBLISHED  IN 
TEXTBOOKS,  RECORDING  THE  TIME  REQUIRED  FOR  EACH  IMPLEMENTATION. 

THE  FORMULA  WAS  THEN  APPLIED  TO  EACH  RESULTING  PROGRAM.  AVERAGE  OBSERVED 
TIME  WAS  35  MINUTES,  WHILE  AVERA6E  PREDICTED  TIME  WAS  34.1  MINUTES  (RANGE 
5-92  MINUTES).  CORRELATION  OF  PREDICTED  WITH  OBSERVED  TIME  WAS  .934, 

WHEREAS  CORRELATION  OF  PROGRAM  LENGTH  WITH  OBSERVED  TIME  WAS  .887. 

(HRR) 

3P,  28R. 


148  SOFTWARE  DEVELOPMENT 

GORDON,  R.L.,  4 LAMB,  J.C.  A CLOSE  LOOK  AT  BROOK'S  LAW.  DATAMATION,  JUNE 
1977,  23(6),  81-86. 
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149  DEBUGGING 

COULD , J.D.  SOME  PSYCHOLOGICAL  EVIDENCE  ON  HOW  PEOPLE  OEIUC  COMPUTER  PROCRAMS. 
INTERNATIONAL  JOURNAL  OF  MAN-MACHINE  STUDIES,  1975,  7,  151-182  CALSOt 
(RESEARCH  REPORT  NO.  RC-4542) . YORKTOWN  HEICHTS,  NEW  YORK:  ION  WATSON  RESEARCH 
CENTER,  SEPTEMOER  1973). 

DESCRIPTION: 

TEN  EXPERIENCED  PROCRANHERS  WERE  EACH  CIVEN  THE  SAME  12  FORTRAN  LISTINCS  TO 
DE8UC.  EACH  LIST1NC  CONTAINED  A NON-SYNTACTIC  ERROR  IN  ONE  LINE.  MEOIAN 
DE8UC  TINES  (7  MINUTES),  NUMBER  OF  BUGS  NOT  FOUND  <1 IX  OF  THE  LISTINCS),  AND 
NUMBER  OF  INCORRECT  ASSERTIONS  ABOUT  THE  LOCATION  OF  THE  BUC  (LESS  THAN  ONE 
PER  LISTINC)  ALL  REPLICATED  EARLIER  RESULTS  (COULD  t DRONCOWSKI,  1974). 
ALTHOUCH  SUBJECTS  WERE  CIVEN  THE  OPPORTUNITY  TO  USE  THE  INTERACTIVE  DEBUCC1NC 
FACILITIES  OF  AN  ON-LINE  COMPUTER  THEY  RARELY  DID  SO.  BUCS  IN  ASSICNMFNT 
STATEMENTS  WERE  ABOUT  THREE  TIMES  AS.  HARD  TO  DETECT  AS  ARRAY  OR  ITERATION 
BUCS.  DEBUCCINC  WAS  ABOUT  THREE  TIMES  AS  EFFICIENT  ON  PROCRAMS  SUBJECTS  HAD 
DESUSCED  PREVIOUSLY  (ALTHOUGH  WITH  A DIFFERENT  BUC).  A NUMBER  OF  BASIC 
CONCEPTS  RELATINC  TO  DEBUCCINC  ARE  IDENTIFIED  AND  A CROSS  THEORY  OF 
DEBUCCINC  IS  DESCRIBED.  (A) 

32P,  25R. 


ISO  QUERY  LANGUAGES 

COULD,  J.D.,  t ASCHER,  R.N.  USE  OF  AN  IQF-LIKE  QUERY  LANGUAGE  BY  NON- 
PROGRAMMERS  (RESEARCH  Rf PORT  NO.  RC-5279).  YORKTOWN  HEIGHTS,  NEW  YORK:  IBM 
WATSON  RESEARCH  CENTER,  FEBRUARY  1975  (ALSO  PRESENTED  AT  MEETING  OF  THE 
AMERICAN  PSYCHOLOGICAL  ASSOCIATION,  N£W  ORLEANS,  LOUISIANA,  SEPTEMBER  1974). 
(NTIS  NO.  AD  A0*3028) 

DESCRIPTION: 

THIS  EXPLORATORY  EXPERIMENT  ATTEMPTS  TO  EXAMINE  SEPARATELY  THE  FORMULATION, 
PLANNING,  AND  CODING  OF  QUERIES.  COLLEGE  STUDENTS  AND  FILE  CLERKS  REQUIRED 
ABOUT  TEN  HOURS  TO  LEARN  A QUERY  LANGUAGE  WHICH  WAS  SOMEWHAT  SIMILAR  TO  IBM*! 
IQF  QUERY  LANGUAGE,  BUT  CONTAINED  MORE  FUNCTIONS.  THEY  WERE  THEN  GIVEN  15 
TEST  PROBLEMS  THAT  VARIED  IN  COMPLEXITY  AND  HOW  WELL  THEY  WERE  EXPRESSED. 
SUBJECTS  WERE  REQUIRED  TO  FORMULATE,  THEN  TO  PLAN  (WRITING  EACH  IN  THEIR  OWN 
WORDS) , AND  FINALLY  TO  COOE  EACH  PR08LEM.  RESULTS  PROVIDE  SOME  SUGGESTIONS 
A30UT  WHICH  PROBLEM  VARIABLES  AFFECTED  WHICH  "STAGES”  IN  WRITING  QUERIES. 

FOR  EXAMPLE,  WHETHER  OR  NOT  A PROBLEM  WAS  WELL  EXPRESSED  SEEMED  TO  AFFECT 
PROBLEM  FORMULATION  TIME,  BUT  HAD  NO  EF-ECT  UPON  PROBLEM  PLANNING  OR  PROBLEF 
CODING  TINES.  SPECIFIC  LANGUAGE  CONSTRUCTIONS  (ADDITIONS  TO  IQF),  SUCH  AS 
CONTEXTUAL  REFERENCING  AND  A NEW  METHOD  TO  HANDLE  LIMITED  DISJUNCTIVE 
PROBLEMS,  WERE  SHOWN  TO  BE  USEFUL.  THE  TYPES  OF  COOING  ERRORS  THAT  SU6JEC 7 . 
MADE  WERE  IDENTIFIED  AND  OISCUSSEO.  (A) 

30P,  15R. 


151  PROGRAMMING,  BIBLIOGRAPHY 

GOULD,  J.D.,  DOHERTY,  W.J.,  t BOIES,  S.J.,  BIBLIOGRAPHY  OF  BEHAVIORAL  ASPECTS 
OF  ON-LINE  COMPUTER  PROGRAMMING  (TECHNICAL  REPORT  RC  3513).  Y0RK70NN  HEICHTS 
NEW  YORK:  IBM  WATSON  RESEARCH  CENTER,  AUGUST  1971. 

DESCRIPTION: 

THIS  WORKING,  NON-EXH AUSTI VE  BIBLIOGRAPHY  IS  PEANT  TO  BE  USEFUL  FOR  THOSE 
CONCERNED  WITH  HOW  PEOPLE  PROGRAM  COMPUTERS.  STUDIES  THAT  CONTAIN  DATA  OF 
HOW  PEOPLE  PROGRAM  ARE  EMPHASIZED.  (A,  ABBR.) 

IIP,  58R. 
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152  DEBUGGING  j 

COULD,  J.D.#  t DRCNCOWSKI#  P.  AN  EXPLORATORY  STUDY  OF  COMPUTER  PROCRAM  j 

DEBUCCINC.  HUNAN  FACTORS#  1974#  16#  258-277.  i 

DESCRIPTION:  f 

THIS  EXPERIMENT  REPRESENTS  A NEW  APPROACH  TO  THE  STUDY  OF  THE  PSYCHOLOCY  OF 
PROGRAMMING#  ANO  DEMONSTRATES  THE  FEASIBILITY  OF  STUDYING  AN  ISOLATED  PART  OF 
THE  PROGRAMMING  PROCESS  IN  THE  LABORATORY.  THIRTY  EXPERIENCED  FORTRAN  \ 

PROGRAMMERS  DEBUGGED  12  ONE-PAGE  FORTRAN  LISTINGS#  EACH  OF  WHICH  WAS  > 

SYNTACTICALLY  CORRECT  BUT  CONTAINED  ONE  NON-SYNTACTIC  ERROR  (BUG).  THREE 
CLASSES  OF  BUGS  (ARRAY  BUGS#  ITERATION  BUGS#  AND  BUGS  IN  ASSIGNMENT 
STATEMENTS)  IN  EACH  OF  FOUR  DIFFERENT  PROGRAMS  WERE  DEBUGGED.  THE 
PROGRAMMERS  WERE  DIVIDED  INTO  FIVE  GROUPS#  BASED  UPON  THE  INFORMATION,  OR 
DEBUGGING  “AIDS",  GIVEN  THEM.  KEY  RESULTS  WERE  THAT  DEBUG  TIMES  WERE  SHORT 
(MEDIAN  * 6 MIN.).  THE  AIDS  GROUPS  DID  NOT  DEBUG  FASTER  THAN  THE  CONTROL 
GROUP  — PROGRAMMERS  ADOPTED  THEIR  DEBUGGING  STRATEGIES  BASED  UPON  THE 
INFORMATION  AVAILABLE  TO  THEM.  THE  RESULTS  SUGGEST  THAT  PROGRAMMERS  OFTEN 
IDENTIFY  THE  INTENDED  STATE  OF  A PROGRAM  BEFORE  THEY  FIND  THE  BUG. 

ASSIGNMENT  BUGS  WERE  MORE  DIFFICULT  TO  FIND  THAN  ARRAY  AND  ITERATION  BUGS# 

PROBABLY  BECAUSE  THE  LATTER  COULD  BE  DETECTED  FROM  A HIGH-LEVEL  UNDERSTANDING 
OF  THE  PROGRAMMING  LANGUAGE  ITSELF.  DEBUGGING  WAS  AT  LEAST  TWICE  AS 
EFFICIENT  THE  SECOND  TIME  PROGRAMMERS  DEBUGGED  A PR06RAH  (THOUGH  WITH  A 
DIFFERENT  BUG  IN  IT).  A SIMPLE  HIERARCHICAL  DESCRIPTION  OF  DEBUGGING  WAS 
SUGGESTED#  AND  SOME  P0SSI8LE  "PRINCIPLES"  OF  DEBUGGING  WERE  IDENTIFIED.  (A) 

20P#  30F:. 


153  PROCEDURE  SPECIF ICATIOC 

GOULD#  J.t.#  LEWIS#  C .,  A BECKER#  C.A.  WRITING  AND  FOLLOWING  PROCEDURAL#  \ 

DESCRIPTIVE#  AND  RESTRICTED  SYNTAX  LANGUAGE  INSTRUCTIONS  (RESEARCH  REPORT  NO. 

RC-5943).  YORK  TOWN  HEIGHTS#  NEW  YORK:  IBM  WATSON  RESEARCH  CENTER#  APRIL  1976. 

(NTIS  NO.  A)  4641289) 

DESCRIPTION: 

TWO  EXPLORATORY  EXPERIMENTS  COMPARED  THE  WAY  PEOPLE  (WITH  NO  EXPERIENCE  IN 

THE  USE  OF  COMPUTING  SYSTEMS)  WRITE  AND  CARRY  OUT  NATURAL  LANGUAGE  j 

PROCECURES#  NATURAL  LANGUAGE  DESCRIPTIONS#  AND  INSTRUCTIONS  EXPRESSED  IN  AN  i 

ARTIFICIAL  RESTRICTED  SYNTLk  LANGUAGE.  THE  RESULTS  SUGGEST  THAT  THERE  IS 

NO  SIICL E "NATURAL"  WAY  THAT  PEOPLE  WRITE  SIMPLE  PLANS  AND  INSTRUCTIONS. 

SPEED  AND  ACCURACY  OF  WRITING  WERE  ABOUT  THE  SAME  FOR  ALI.  THREE  APPROACHES, 

ALTHOUGH  THE  LINGUISTIC  CHARACTERISTICS  DIFFERED  GREATLY  FROM  APPROACH  TO 
APPROACH.  WHILE  SUBJECTS  WERE  TOLERANT  OF  AMBIGUITY  BOTH  IN  WRITING  AND  IN 
CARRYING  OtlT  INSTRUCTIONS,  THEY  OFTEN  VOLUNTARILV  EMPLOYED  RESTRICTED-SYNTAX 
NOTATION  IN  THEIR  WRITING  AFTER  BEING  EXPOSED  TO  THE  NOTATION.  SUBJECTS' 

ACCURACY  IN  FOLLOWING  DETAILED  INSTRUCTIONS  WAS  NO  GREATER  TRAN  THAT  IN 
WRITING  TIOSE  INSTRUCTIONS.  (A) 

24P,  OR. 
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154  LINE  PRINTER  OUTPUT  FORMATTING 

GRACE,  C.L.  APPLICATION  OF  EMPIRICAL  METHODS  TO  COMPUTER-BASED  SYSTEM  DESIGN. 
JOURNAL  OF  APPLIED  PSYCHOLOGY , 1966,  50,  442-450. 

DESCRIPTION; 

THIS  STUDY  PROVIDES  INFORMATION  ABOUT  THE  CLARITY  AND  USEFULNESS  OF 
PRINTOUT  FORMATS  DESIGNED  FOR  USE  BY  MILITARY  N0NPR06RAMMER  PERSONNEL. 

THREE  PRINTOUT  FORMATS  CONTAINING  THE  SANE  INFORMATION  WERE  DESIGNED.  VERBAL 
PRINTOUT  FORMAT  PRESENTED  INFORMATION  IN  WORDS;  DATA  BLOCK  PRINTOUT  FORMAT, 

IN  SETS  OF  DATA;  EIDOFORN  PRINTOUT  FORMAT  IN  MAPLIKE  FORM.  TWENTY-THREE  REN 
STATIONED  AT  PHOENIX  AIR  DEFENSE  SECTOR  SERVED  AS  SUBJECTS.  IMMEDIATELY 
FOLLOWING  THE  EXPERIMENTAL  SESSIONS,  ATTITUDE  INFORMATION  WAS  COLLECTED  IN 
INDIVIDUAL  INTERVIEWS.  PRINTOUT  FORMATS  AND  SETS  OF  INTERPRETATION  OUESTIONS 
WERE  COMBINED  FOR  ANALYSIS  USING  A LATIN-SQUARE  DESIGN.  ANALVSIS  OF 
VARIANCE  SHOWED  EXPERIMENTAL  TREATMENT  CONDITIONS,  PRINTOUT  FORKATS,  AND 
PRACTICE  EFFECTS  TO  BE  STATISTICALLY  SIGNIFICANT.  DIFFERENCES  DuE  TO 
SEQUENCE  AND  TEST  FORMS  WERE  NOT  SIGNIFICANT.  ATTITUDE  RESULTS  SUPPORTED 
INFORMATION  MEASURE  FINDINGS.  (A) 

BOTH  TEST  SCORES  AND  SUBJECT  PREFERENCE  RATINGS  WERE  SLIGHTLY  HIGHER  FOR 
DATA  BLOCK  FORMAT  THAN  FOR  VERBAL  FORMAT  AND  BOTH  WERE  SUPERIOR,  ON  BOTH 
TEST  SCORES  AND  PREFERENCE  RATINGS,  TO  EIDOFORN  FORMAT*  (HEA) 

9P,  11R. 


155  GENERAL 

GRACE,  G.L.  PREFACE  TO  HUMAN  FACTORS  SPECIAL  ISSUE:  HUMAN  FACTORS  IN 
INFORMATION  PROCESSING  SYSTEMS.  HUMAN  FACTORS,  197G,  12,  161-164. 


156  TIME-SHARING  VERSUS  BATCH  PROCESSING 

GRANT,  E.E.  AN  EMPIRICAL  COMPARISON  OF  ON-LINE  AND  OFF-LINE  DEBUGGING 
(REPORT  NO.  SP-2441).  SANTA  MONICA,  CALIFORNIA:  SYSTEM  DEVELOPMENT  CORP.,  NAY 
1966.  (NT  IS  NO.  AD  633907} 

DESCRIPTION: 

THIS  PAPER  REPORTS  THE  RESULTS  OF  AN  EXPERIMENT  CONDUCTED  AT  SYSTEM 
DEVELOPMENT  CORPORATION  IN  1965  AND  EARLY  1966.  THE  EXPERIMENT  COMPARED 
THE  PROGRAM  DEBUGGING  (CHECKOUT)  PERFORMANCE  OF  PROGRAMMERS  USING 
SDC'S  TIME-SHARING  SYSTEM  (TSS)  WITH  THE  DEBUGGING  PERFORMANCE  OF 
PROGRAMMERS  USING  A SIMULATED  CLOSED  SHOP.  TWELVE  PROGRAMMERS  PARTICIPATED 
IN  THE  STUDY.  EACH  PROGRAMMER  WAS  GIVEN  TWO  PROBLEM  STATEMENTS  AND  WAS 
ASKED  TO  WRITE  A PROGRAM  TO  SOLVE  EACH.  ONE  PROBLEM  REQUIRED  A PROGRAM  TO 
INTERPRET  AND  SOLVE  ALGEBRAIC  EQUATIONS.  THE  OTHER  PROBLEM  REQUIRED  A 
PROGRAM  TO  FIND  THE  SINGLE  »’ATH  THROUGH  A 20X20  CELL  NAZE  REPRESENTED ' IN  Int 
COMPUTER  BY  A 403  ENTRY  TABI.'i . SIX  SOLUTIONS  (PROGRAMS)  TO  EACH  PROBLEM 
WERE  DEBUGGED  ON-LINE  USING  TSS  AND  SIX  WERE  DEBUGGED  OFF-LINE  USING  A 
SIMULATED  CLOSED-SHOP  SYSTEM  WITH  A DESK-TO-DESK  TURNAROUND  TIME  OF  TWO 
HOURS.  PERFORMANCE  WAS  MEASURED  IN  TERMS  OF  MAN  HOURS  TO  DEBUG  AND  CENTRAL 
PROCESSOR  TIME  USED  IN  DEBUGGING.  PROGRAMMERS  WHO  DEBUGGED  THEIR  ALGEBRAIC 
INTERPRETATION  PROGRAMS  ON-LINE  USED  SLIGHTLY  FEWER  MAN  HOURS  AND  ABOUT  THREE 
TINES  AS  MUCH  CENTRAL  PROCESSOR  TINE  AS  DID  PROGRAMMERS  WHO  DEBUGGEO  THESE 
PROGRAMS  OFF-LINE.  PROGRAMMERS  WHO  DEBUGGED  THEIR  RAZE  PROGRAMS  ON-LINE 
USED  ABOUT  ONE-THIRD  AS  MANY  MAN  HOURS  AND  SLIGHTLY  MORE  CENTRAL  PROCESOR 
TIME  THAN  THOSE  WHO  DEBUGGED  THEIR  NAZE  PROGRAMS  OFF-LINE.  RESULTS  ARE 
DISCUSSED  AND  THE  FOLLOWING  POINTS  ARE  COVERED  IN  AN  EFFORT  TO  RECONCILE 
THE  DISPARATE  RESULTS  FROM  THE  TWO  KINDS  OF  PROGRAMS:  (1)  THE  ADEQUACY  AND 
REALISM  OF  OFF-LINE  SIMULATION,  (2)  INEQUALITIES  BETWEEN  THE  GROUPS 
ASSIGNED  TO  EXPERIMENTAL  CONDITIONS,  (3)  QUALITATIVE  DIFFERENCES  BETWEEN 
THE  TWO  KINDS  OF  EXPERIMENTAL  PROBLEMS,  (4)  POSSIBLE  ADOPTION  OF 
INEFFICIENT  WORK  HABITS  ON  THE  PART  OF  PROGRAMMERS  WORKING  ON-LINE.  (A) 

16P,  8R. 
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157  TIME-SHARING  VS.  BATCH  PROCESSING 

(RANT , E.E.,  t SACKMAN,  H.  AN  EXPLORATORY  INVESTIGATION  OF  PROGRAMMER 
PERFORMANCE  UNDER  ON-LINE  AND  OFF-LINE  CONDITIONS.  IEEE  TRANSACTIONS  ON  HUMAN 
FACTORS  IN  ELECTRONICS/  1967/  HFE-8,  33-4B. 

DESCRIPTION: 

THIS  IS  THE  FIRST  KNOWN  STUDY  COMPARING  THE  PERFORMANCE  OF  PROGRAMMERS 
UNDER  CONTROLLED  CONDITIONS  FOR  A STANDARD  TASK.  AN  EXPERIMENT  WAS 
CONDUCTED  TO  COMPARE  THE  PERFORMANCE  OF  PROGRAMMERS  WORKING  UNDER  CONDITIONS 
OF  ON-LINE  AND  OFF-LINE  ACCESS  TO  THE  COMPUTER.  TWO  GROUPS  OF  SIX 
PROGRAMMERS  EACH/  COMPRISING  A SAMPLE  OF  12  SUBJECTS/  CODED  AND  DEBUGGED 
TWO  TYPES  OF  PROBLEMS  UNDER  ON-LINE  AND  OFF-LINE  CONDITIONS  IN  ACCORDANCE 
WITH  A LATIN-SQUARE  EXPERIMENTAL  DESIGN.  THE  ON-LINE  CONDITION  WAS  THE 
NORMAL  MODE  OF  OPERATION  FOR  THE  SYSTEM  DEVELOPMENT  CORPORATION  TIME-SHARING 
SYSTEM;  THE  OFF-LINE  CONDITION  WAS  SIMULATED  USING  A TWO-HOUR  TURNAROUND 
TINE. 

STATISTICALLY  SIGNIFICANT  RESULTS  INDICATED  FASTER  DEBUGGING  UNDER  ON-LINE 
CONDITIONS.  PERHAPS  THE  HOST  IMPORTANT  PRACTICAL  FINDING  OF  THIS  STUDY, 
OVERSHADOWING  ON-LINE /OFF-LINE  DIFFERENCES,  CONCERNED  THE  LARGE  AND  STRIKING 
INDIVIDUAL  DIFFERENCES  IN  PROGRAMMER  r ER FORMANCE . ATTEMPTS  ARE  MADE  TO 
RELATE  OBSERVED  INDIVIDUAL  DIFFERENCES  TO  OBJECTIVE  MEASURES  OF  PROGRAMMER 
EXPERIENCE  AND  PROFICIENCY  THROUGH  FACTORIAL  TECHNIQUES.  IN  LINE  WITH  THE 
EXPLORATORY  OBJECTIVES  OF  THIS  STUDY,  METHODOLOGICAL  PROBLEMS 
ENCOUNTERED  IN  DESIGNING  AND  CONDUCTING  THIS  TYPE  OF  EXPERIMENT  ARE 
DESCRIBED,  LIMITATIONS  OF  THE  FINDINGS  ARE  POINTED  OUT,  HYPOTHESES  ARE 
PRESENTED  TO  ACCOUNT  FOR  THE  RESULTS,  AND  SUGGESTIONS  ARE  MADE  FOR 
FURTHER  RESEARCH.  (A) 

16P,  13R. 


158  PROGRAMMING  LANGUAGES 

GREEN,  T.R.G.  CONDITIONAL  PROGRAM  STATEMENTS  AND  THEIR  COMPREHENSIBILITY  TO 
PROFESSIONAL  PROGRAMMERS.  JOURNAL  OF  OCCUPATIONAL  PSYCHOLOGY,  1977,  50, 

93-109. 

DESCRIPTION: 

PROGRAMMING  LANGUAGES  EMBODY  TWO  PRINCIPAL  FORMS  OF  CONDITIONAL  STATEMENT, 
THE  NESTING  I F . . .THEN . . .ELSE . ..  FORM  AND  THE  GOTO  FORM.  SINE,  GREEN  l 
GUEST  <1970  COMPARED  THESE  TWO  AND  A THIRD  VARIETY  NOT  IN  COMMON  USE, 
NESTING  WITH  REDUNDANCY,  AND  THEY  FOUND  THAT  NON-PROGRAMMERS  LEARNING  TO 
WRITE  PROGRAMS  BASED  ON  CONDITIONALS  OBTAINED  BEST  RESULTS  WITH  THIS  LAST 
VARIETY.  THEIR  EXPLANATION  EMPHASIZED  THE  NEED  TO  COMPREHEND  A PROGRAM, 

AND  DISTINGUISHED  BETWEEN  TWO  COMPREHENSION  PROCESSES  APPLICABLE  TO 
CONDITIONALS:  TRACING  THROUGH  A PROGRAM  LIKE  A COMPUTER,  AND  FINDING  HOW  A 
PARTICULAR  POINT  IN  A PROGRAM  MIGHT  BE  REACHED.  THEY  HYPOTHESIZED  THAT 
COMPREHENSIBILITY  DIFFERENCES  OCCURRED  MAINLY  IN  THE  SECOND  PROCESS.  THE 
PRESENT  EXPERIMENTS  COMPARED  RESPONSE  TIMES  OF  PROFESSIONAL  PROGRAMMERS  IN 
COMPREHENSION  TASKS  REQUIRING  EITHER  THE  FIRST  PROCESS  (EXPT.  I)  OR  THE 
SECOND  (EXPT.  II).  MUCH  LARGER  DIFFERENCES  BETWEEN  THE  THREE  STYLES  OF 
CONDITIONAL  STATEMENTS  WERE  FOUND  IN  THE  SECOND  TASK,  FAVOURING  NESTING  WITH 
REDUNDANCY  AND  THUS  SUPPORTING  THE  HYPOTHESIS.  IMPLICATIONS  FOR  RESEARCH  IN 
THIS  AREA  AND  FOR  PROGRAMMING  LANGUAGE  DESIGN  ARE  DISCUSSED.  (A) 

17P,  19R. 
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1 59  PROGRAMMING  LANGUAGES 

GREEN,  T.R.G.,  SIRE,  M.E.,  t FITTER,  N.  BEHAVIOURAL  EXPERIRENTS  ON  PROGRAMMING 
LANGUAGES:  SOME  METHODOLOGICAL  CONSIDERATIONS  (NRC  REMO  NO.  60).  SHEFFIELD, 
ENGLAND:  SHEFFIELD  UNIVERSITY,  DEPARTRENT  OF  PSYCHOLOGY,  197S. 

DESCRIPTION: 

THIS  PAPER  OFFERS  AN  INTRODUCTION  TO  ERPIRICAL  RESEARCH  ON  PROGRAMMING 
BEHAVIOUR'  AND  THE  DESIGN  OF  PROGRARRING  LANGUAGES.  ERPIRICAL  STUDIES  ARE 
THE  FASTEST  ROUTE  TO  BETTER  PROGRARRING  LANGUAGl S — ESPECIALLY  TO  LANGUAGES 
FOR  CASUAL  CORPUTER  USERS.  HOWEVER,  EXPERIRENTS  ON  PROGRARRING  BEHAVIOUR 
PRESENT  UNUSUAL  PROBLEFIS,  AT  ALL  LEVELS  FROR  A THEORETICAL  ANALYSIS  OF  WHAT 
IT  REANS  VO  UNDERSTAND  A PROGRAR  TO  THE  INVENTION  OF  A SCENARIO  TO  ASSIST 
THE  EXPER1RENTAL  SUBJECT.  THE  PR08LERS  ARE  DISCUSSED  FROR  THE  VIEWPOINT  OF 
APPLIED  PSYCHOLOGISTS,  INTRODUCING  RELEVANT  EVIDENCE  FROR  COGNITIVE 
PSYCHOLOGY  WHILE  REVIEWING  EXISTING  LITERATURE  ON  ERPIRICAL  PROGRARRING 
LANGUAGE  CORPARISONS.  FOUR  GOALS  FOR  FUTURE  RESEARCH  ERER6E  FROR  THE 
DISCUSSION:  A REASURE  OF  PROGRAM  COMPREHENSION,  AN  EXAHINATI9N  OF  PARTICULAR 
SYNTACTIC  FEATURES  IN  COMMON  USE,  AN  ATTACK  ON  THE  SPECIAL  PROBLEMS  OF 
LARGE-SCALE  PROGRAMS,  AND  AN  AT1EHPT  TO  A8S0RB  THE  FINDINGS  OF  CONTEMPORARY 
PSYCHOLINGUISTICS.  (A) 

SOP,  49R. 


160  PROGRAMMING 

SRIEH,  P.D.,  JR.  TOWARD  A PROGRAMMING  DISCIPLINE.  DATAMATION,  1972,  18,  14G. 
DESCRIPTION: 

THIS  TS  A FORUM  LETTER  THAT  POINTS  TO  SOME  OF  THE  REASONS  THAT  SOFTWARE  IS 
GROWING  MORE  EXPENSIVE,  SHODDY,  AND  DIFFICULT  TO  STANDARDIZE.  THERE  ARE 
MORE  TOOLS,  LANGUAGES,  AND  FEATURES,  BUT  NOT,  IN  GENERAL,  BETTER  ONES. 

THE  STANDARDIZATION  EFFORTS  UNDERWAY  MUST  CONVERGE  BEFORE  REAL  PROGRESS  WILL 
8E  POSSIBLE.  PROJECTS  ARE  LATE,  DO  NOT  MEET  SPECIFICATIONS,  AND  TEND  TO 
RE-INVEN.’  THEIR  COMPONENTS  BECAUSE  SCHEDULING  IS  NOT  WELL  UNDERSTOOD, 
SPECIFICATIONS  ARE  NOT  REALISTIC  AND  STABLE,  AND  PROJECTS  DO  NOT  BUDGET 
EXTRA  TIME  AND  MONEY  TO  MAKE  REUSABLE  COMPONENTS  AVAILABLE  IN  A FORM  THAT 
WILL  PERMIT  REUSE.  (GOO 
IP,  OR. 


161  STRUCTURED  PROGRAMMING 

GRIES,  D.  ON  STRUCTURED  PROGRAMMING:  A REPLY  TO  SKOLIAR.  COMMUNICATIONS  OF 
THE  ACM,  1974,  17,  655-657. 


162  PROGRAMMING 

HALL,  H.M.,  4 KIDMAN,  B.P,  RUN  MONITORING  OF  STUDENT  PROGRAMMING.  AUSTRALIAN 
COMPUTER  JOURNAL,  1975,  7,  127-131. 

DESCRIPTION: 

THIS  REPORT  IS  PRIMARILY  CONCERNED  WITH  RESULTS  OBTAINED  FROM  AN 
EXPERIMENTAL  MONITORING  OF  COMPUTER  RUNS  MADE  BY  STUDENTS  WHILE  DEVELOPING 
ONE  PARTICULAR  BASIC  PROGRAM.  HIGH  REPORTED  EPROR  RATES  AND  A WIDE 
VARIATION  IN  INDIVIDUAL  RUN  PATTERNS  WERE  FOUND,  A LARGE  NUMBER  OF  RUNS 
BEING  REQUIRED  BY  MANY  STUDENTS.  THE  NUMBER  OF  RUNS  COULD  NOT  BE  RELATED  TO 
THE  PROGRAM  TEXT,  BUT  ONE  PARAMETER  WAS  FOUND  TO  BE  RELATED  TO  THE  ACADEMIC 
GRADE  OF  THE  STUDENTS.  THE  RESULTS  OBTAINED  SUGGEST  THAT  THOSE  WHO  RAN 
MOST  PROGRAMS  PER  DAY  DID  NOT  SAVE  MAN-HOURS  IN  "DEBUGGING  BY  MACHINE."  (A) 
f«?,  4R . 


163  USER  INVOLVEMENT  IN  SYSTEMS  ANALYSIS 
J HALPERN,  E.V.  USER  INVOLVEMENT  IN  THE  SYSTEMS  ANALYSIS  FUNCTION.  COMPUTER 

j PERSONNEL,  1977,  6(1-2),  3-8. 


164  NATURAL-LANGUAGE  PROGRAMMING 

H ALPERN,  M.  FOUNDATIONS  OF  THE  CASE  FOR  NATURAL-LANGUAGE  PROGRAMMING.  IEEE 
SPECTRUM,  KARCH  1967,  4(3),  140-149. 

DESCRIPTION: 

THE  PURPOSE  OF  THIS  PAPER  IS  TO  CLARIFY  SORE  OF  THE  MISCONCEPTIONS  THAT 
INPEOE  USEFUL  DISCUSSION  OF  THE  OUESTION  OF  THE  SUITABILITY  OF  NATURAL 
LANGUAGE  FOR  PROGRAMING.  IT  IS  ARGUED  THAT:  (1)  NATURAL-LANGUAGE 
PROGRAMING  IS  AN  ATTEHPT  TO  PUT  N0NPR06RARRERS  IN  A CLOSER  RELATION  WITH 
THE  COMPUTER,  (2)  A NATURAL  PROGRAMING  LANGUAGE  RUST  BE  ABLE  TO  BE  WRITTEN 
EASILY,  NOT  JUST  READ  EASILY,  (3)  PROCESSING  NATURAL  LANGUAGE  IS 
QUALITATIVELY  DIFFERENT  FROM  (AND  EASIER  THAN)  TRANSLATING  ONE  LANGUAGE  TO 
ANOTHER,  (4)  THE  REDUNDANCY  OF  NATURAL  LANGUAGE  IS  AN  ADVANTAGE  RATHER  THAN 
A DISADVANTAGE,  AND  <S)  NATURAL  LANGUAGE  PROGR ARMING  WILL  HELP  BRIDGE  THE 
NAN-MACHINE  COMMUNICATION  GAP.  (REA) 

10P,  17R. 


165  SOFTWARE  PHYSICS 

HALSTEAD,  K.H . NATURAL  LAWS  CONTROLLING  ALGORITHM  STRUCTURE?  SIGPLAN 
NOVICES,  1972,  7,  19-26  (ALSO:  ( TECHNICAL  REPORT  NO.  TR66).  LAFAYETTE, 
INDIANA:  PURDUE  UNIVERSITY,  FEBRUARY  1972). 


166  SOFTWARE  PHYSICS 

HALSTEAD,  M.H . A THEORETICAL  RELATIONSHIP  BETWEEN  MENTAL  WORK  AND  MACHINE 
LANGUAGE  PROGRAMMING  (TECHNICAL  REPORT  NO.  CSD-TR-67) . LAFAYETTE,  INDIANA : 
PURDUE  UNIVERSITY,  DEPARTMENT  OF  COMPUTER  SCIENCE,  1972. 


167  SOFTWARE  PHYSICS 

HALSTEAD,  M.H.  AN  EXPERIMENTAL  DETERMINATION  OF  THE  "PURITY'  OF  A TRIVIAL 
ALGORITHM.  PERFORMANCE  EVALUATION  REVIEW  (ACM  SIGME),  MARCH  1973,  2(1), 

1G-15  (ALSO:  (TECHNICAL  REPORT  NO.  CSD-TR-73).  LAFAYETTE,  INDIANA:  PURDUE 
UNIVERSITY,  DEPARTMENT  OF  COMPUTER  SCIENCE,  1973). 

DESCRIPTION: 

EIGHTEEN  VERSIONS  OF  ONE  ALGORITHM  WERE  GENERATED  AND  USED  AS  EXPERIMENTAL 
DATA  TO  STUDY  "IMPURITIES"  IN  ALGORITHMS.  THE  RESULTS  OF  THE  STUDY  SHOWED 
THAT  ANY  VERSION  WHICH  EXHI8 ITS  A)  SELF-CANCELLING  TERNS,  8)  EQUIVALENT 
OPERANDS,  C)  DUAL  USAGE  OF  OPERANDS,  OR  D)  UNFACTORED  EXPRESSIONS,  SHOULD 
NOT  BE  CONSIDERED  A PURE  ALGORITHMS.  (0) 

6P,  6R . 


168  SOFTWARE  PHYSICS 

HALSTEAD,  M.H.  LANGUAGE  LEVEL,  A MISSING  CONCEPT  IN  INFORMATION  THEORY. 
PERFORMANCE  EVALUATION  REVIEW  (ACM  SIGME),  MARCH  1973,  2(1),  7-9  (ALSO 
TECHNICAL  REPORT  NO.  CSO-TR-75,  LAFAYETTE,  INDIANA:  PURDUE  UNIVERSITY, 
DEPARTMENT  OF  COMPUTER  SCIENCE,  1973). 

DESCRK’ION: 

THIS  PAPER  INTRODUCES  THE  CONCEPT  OF  LANGUAGE  LEVEL,  A QUANTITATIVE 
MEASURE  RELATED  TO  THE  AVERAGE  POWER  OF  INDIVIDUAL  STATEMENTS  IN  A 
PARTICULAR  PROGRAMMING  LANGUAGE.  (0) 

3P,  6R. 
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169  PROGRAMMING  LANGUAGES 

HALSTEAD,  M.H.  LANGUAGE  SELECTION  FOR  APPLICATIONS.  AFIPS  CONFERENCE 
PROCEEDINGS,  1973,  42,  211-214. 

DESCRIPTION: 

IN  CHOOSINC  A PROGRAMMING  LANGUAGE  WITH  WHICH  TO  IMPLEMENT  A GIVEN  CLASS 
OF  PROBLEMS,  SEVERAL  VARIABLES  SHOULD  BE  CONSIDERED.  IN  GENERAL,  HOWEVER, 
THE  APPROACH  USED  INVOLVES  ONLY  ADVICE  SUCH  AS  "FOR  SCIENTIFIC  AND 
ENGINEERING  PROBLEMS,  USE  FORTRAN;  FOR  PROBLEMS  WITH  LARG'.  DATA  BASES , USE 
C080L;  ETC."  ALTHOUGH  SUCH  ADVICE  MAY  OCCASIONALLY  BE  CORRECT,  IT  MAY  BE 
INC0RREX7  BI-CAUSE  IT  IGNORES  MOST  OF  THE  IMPORTANT  VARIABLES  INVOLVED  IN 
LANGUAGE  SELECTION.  THIS  PAPER  EXAMINES  THE  DIMENSIONS  ALONG  WHICH 
PROGRAMMING  LANGUAGES  CAN  BE  COMPARED  AND  DISCUSSES  THE  RELATIVE  IMPORTANCE 
OF  EACH  OF  THESE  DIMENSIONS  IN  LANGUAGE  SELECTION.  (MEA) 

4P , 148, 


170  SOFTWARE  PHYSICS 

HALSTEAD,  M.H.  SOFTWARE  PHYSICS:  BASIC  PRINCIPLES  (TECHNICAL  REPORT  NO. 
RJ  1562).  SA4  JOSE,  CALIFORNIA:  IBM  RESEARCH  LABORATORY,  197S. 


171  SOFTWARE  PHYSICS 

HALSTEAD,  M.H.  THE  ESSENTIAL  DESIGN  CRITERION  FOR  COMPUTER  LANGUAGES:  SOFTWARE 
SCIENCE  (TECHNICAL  REPORT  NO.  CSD-TR-191).  LAFAYETTE,  INDIANA:  PURDUE 
UNIVERSITY,  DEPARTMENT  OF  COMPUTER  SCIENCE,  1976. 

DESCRIPTION: 

APPENDIX  CONTAINS  ELEVEN  TEST  PROGRAMS  AND  A DETAILED  COUNT  OF  OPERATORS  AND 
OPERANDS.  (0) 

30P,  OR. 


172  SOFTWARE  PHYSICS 

HALSTEAD,  M.H.  ELEMENTS  OF  SOFTWARE  SCIENCE.  NEW  YORK:  SEVIER  NORTH- 

HOLLAND,  1977. 

DESCRIPTION: 

THIS  COMPREHENSIVE  TEXT  COLLECTS  ANO  ORGANIZES  TECHNOLOGICAL  DEVELOPMENTS 
IN  THE  AREA  OF  SOFTWARE  PHYSICS  PREVIOUSLY  UNAVAILABLE  IN  A SINGLE  VOLUME. 
THE  AUTHOR  CLEARLY  DEFINES  TERMINOLOGY  AND  HAS  ORGANIZED  THE  BOOK  WITH  EACH 
CHAPTER  BUILDING  ON  THE  MATERIAL  PRECEDING  IT.  THEREFORE,  THE  TEXT  WILL 
SERVE  AS  BOTH  AN  INTRODUCTION  TO  THE  SCIENCE  AS  WELL  AS  A BASIS  FOR 
CONTINUED  DEVELOPMENT.  (0) 

141P,  56R. 


173  SOFTWARE  PHYSICS 

HALSTEAD,  M.,  A BAYER,  R.  ALGORITHM  DYNAMICS.  IN  PROCEEDINGS,  ACM  NATIONAL 
CONFERENCE,  ATLANTA,  GA,  AUGUST  1973.  NEW  YORK:  ASSOCIATION  FOR  COMPUTING 
MACHINERY,  1973,  126-135. 

DESCRIPTION: 

A TECHNIQUE  FOR  MEASURING  SIMPLE  STRUCTURAL  PROPERTIES  OF  ALGORITHMS  IS 
DESCRIBED.  USING  THESE  MEASURES,  IT  IS  FOUND  THAT  FOR  A NON-TRI VI AL  CLASS 
OF  ALGORITHMS  THERE  IS  A QUANTITATIVE  RELATIONSHIP  BETWEEN  OPEDATORS  AND 
OPERANDS  AND  THEIR  USAGE.  PROPERTIES  OF  "FULL"  AND  "REDUCED"  ALGORITHMS 
ARE  THEN  EXPLORED,  AND  SHOWN  TO  PREDICT  THE  QUANTITATIVE  RELATIONSHIP 
OBSERVED.  (A) 
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174  SOFTWARE  PHYSICS 

H At  STEAD,  H.H.,  CORDON,  R.O.,  t ELSHOFF,  J.L.  ON  SOFTWARE  PHYSICS  AND  CM'S 
PL/1  PROGRAMS  (RESEARCH  PUBLICATION  NO.  6MR-2175).  DETROIT,  MICHIGAN:  GENERAL 
MOTORS  RESEARCH  LABS,  1976. 

DESCRIPTION: 

A BETTER  UNDERSTANDING  OF  BOTH  HALSTEAD'S  SOFTWARE  PHYSICS  AND  GK'S  PL/1 
PROGRAMS  HAS  RESULTED  FROM  APPLYING  THE  THEORY  OF  SOFTWARE  PHYSICS  TO  THE 
PROGRAMS.  THE  LARGE  VOLUME  OF  DATA  EXTRACTED  FROM  1HE  PROGRAMS  HAS  LED  TO 
TWO  SIGNIFICANT  EXTENSIONS  OF  SOFTWARE  PHYSICS.  A GLOBAL  LEVEL  OF  AN 
ALGORITHM  WHICH  DEPENDS  ONLY  UPON  A LANGUAGE  AND  ITS  USE  HAS  BEFN  DERIVED. 

T DEVELOPMENT  HAS  LEO  TO  A PREDICTIVE  MEASURE  FOR  ESTIMATING  THE  TIME 
JIRED  TO  WRITE  A PROGRAM.  IN  TURN,  THESE  MEASURES  GIVE  NEW  INSIGHTS  INTO 
. it  QUALITY  OF  THE  PROGRAMMING  THAT  IS  BEING  DONE.  (A) 

26P,  9R. 


1 75  SOFTWARE  PHYSICS 

HALSTEAD,  M.H.,  t ZISLIS,  P.H.  EXPERIMENTAL  VERIFICATION  OF  TWO  THEOREMS  OF 
SOFTWARE  PHYSICS  (TECHNICAL  REPORT  NO.  CSD-TR-97)  . LAFAYETTE,  INDIANA:  PURDUE 
UNIVERSITY,  DEPARTMENT  OF  COMPUTER  SCIENCE,  1973. 


176  SOFTWARE  DEVELOPMENT 

HANEY,  F.M.  MODULE  CONNECTION  ANALYSIS  - A TOOL  FOR  SCHEDULING  SOFTWARE 
'■  'BUGGING  ACTIVITIES.  AFIPS  CONFERENCE  PROCEEDINGS,  1972,  4V,  173-179. 
DESCRIPTION: 

THIS  PAPER  DESCRIBES  A SIMPLE  MODEL  FOR  THE  EFFECT  OF  'RIPPLING  CHANGES' 

IN  A LARGE  SYSTEM.  THE  MODEL  CAN  BE  USED  TO  ESTIMATE  THE  FUMEIER  OF  CHANGES 
AND  A RELEASE  STRATEGY  FOR  STABILIZING  A SYSTEM  GIVEN  ANY  SET  OF  INITIAL 
CHANGES.  THE  MODEL  CAN  BE  CRITICIZED  FOR  BEING  SIMPLISTIC,  YET  IT  SEEMS  TO 
DESCRIBE  THE  ESSENCE  OF  THE  PROBLEM  OF  STABILIZING  A SYSTEM.  IT  IS  CLEAR, 
TO  THE  AUTHOR  AT  LEAST,  THAT  EXPERIMENTATION  WITH  THE  MODULE  CONNECTION 
MODEL  COULD  HAVE  PREVENTED  A SIGNIFICANT  PORTION  OF  THE  SCHEDULE  DELAY 
THAT  OCCURRED  FOR  MANY  LARGE  SYSTEMS.  (A) 

?P,  SR. 


177  PROGRAM  COMPLEXITY 

HANSEN,  U.J.  MEASUREMENT  OF  PROGRAM  COMPLEXITY  BY  THE  PAIR  (CYCLOMATIC  NUMBER, 
OPERATOR  COUNT).  SIGPLAN  NOTICES,  MARCH  1978,  13(3),  29-33. 

DESCRIPTION: 

IN  A RECENT  PAPER,  T.J.  MCCABE  (1976)  INTRODUCED  THE  CYCLOMATIC  NUMBER  OF  A 


PROGRAM'S  FLOW  GRAPH  AS  A MEASURE  OF  ITS  COMPLEXITY.  G.J.  MYERS  (1977) 


PROPOSED  Afi  IMPROVED  MEASURE  CONSISTING  OF  AN  INTERVAL  WITH  THE  ORIGINAL 
MEASURE  AS  ITS  UPPERBOUND.  I WILL  ARGUE  BELOW  THa  T — IF  TWO  VALUES  ARE  TO 
BE  PRESENTED  AS  A MEASURE  — IT  IS  PREFERABLE  TO  COUPLE  A VARIATION  OF  THE 
CYCLOMATIC  NUMBER  WITH  A MEASURE  OF  THE  PROGRAM'S  EXPRESSION  COMPLEXITY. 

(A) 

5P,  SR. 


* 

178  STATISTICS  ON  USER  BEHAVIOR  IN  TIME-SHARING  SYSTEM  ' 3 

HARALAMbOPOl'LOS,  G.,  t NAGY,  G.  PROFILE  OF  A UNIVERSITY  COMPUTER  USER  f 

COMMUNITY . INTERNATIONAL  JOURNAL  OF  MAN-MACHINE  STUDIES,  1977,  9,  287-313.  ; 

DESCRIPTION:  } 

THE  DATA  RECORDED  OVER  A ONE-YEAS  PERIOD  ON  THt  PERMANENTLY  MOUNTED  i 

SYSTEM  MONITOR  TAPE  AT  THE  UNIVERSITY  OF  NEBRASKA  !S  ANALYZED  WITH  A VIEW 

TO  DETERMINE  PROMINENT  COMPUTER  USER  CHARACTERISTICS.  THE  USERS  ARE  DIVIDED  ( 

INTO  DISTINCT  CATEGORIES  ACCORDING  TO  THEIR  PATTERNS  OF  COMPUTER  RESOURCE  • 

UTILIZATION.  (A)  1 

27 P,  49R . ? 
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179  PROGRAMMING  LANGUAGES 

H ARDGRAVE,  W.7.  POSITIONAL  VERSUS  KEYWC.TD  PARAMETER  COMMUNICATION  IN 
PROGRAMMING  LANGUAGES.  SIGPLAN  NOTICES,  MAY  1976,  11  (5),  52-58. 

DESCRIPTION: 

IN  RECENT  YEARS,  THE  STUDY  OF  PROGRAMMING  LANGUAGES  (E.G.  DIJKSTP.A,  DAHL, 
ZAHN,  AND  KNUTH)  HAS  SEEN  LARGELY  DEVOTED  TO  THE  DESIGN  OF  IMPROVED 
CONTROL  STRUCTURES;  AND  WHILE  THESE  STUDIES  HAVE  PRODUCED  SIGNIFICANT 
RESULTS  IN  IMPROVING  CODE,  THERE  ARE  A NUMBER  OF  OTHER  AREAS  THAT  FALL  UNDER 
THE  GENERAL  HEADING  OF  "STRUCTURED  PROGRAMMING'''  IN  WHICH  SIGNIFICANT 
RESULTS  ARE  SO  FAR  LACKING.  ONE  OF  THESE  IS  THE  PROBLEM  OF  PARAMETRIC 
COMMUNICATION  BETWEEN  PROCEDURES.  THE  TRADITIONAL  "POSITIONAL"  APPROACH 
AND  THE  NEWER  "KEYWORD"  APPROACH  ARE  8RIEFLV  REVIEWED,  EXAMPLES  OF  PRCbLEM 
AREAS  ENCOUNTERED  WHEN  USING  THE  POSITIONAL  APPROACH  ARE  CITED,  AND 
FINALLY  THE  KEYWORD  APPROACH  IS  SUGGESTED  AS  A VIABLE  AUGMENTATION.  (A) 

7P,  6R. 


180  SPECIFICATIONS 

HARTMAN,  P.H.,  S OWENS,  D.H.  HOW  TO  WRITE  SOFTWARE  SPECIFICATIONS.  IN 
PROCEEDINGS,  FALL  JOINT  COMPUTER  CONFERENCE,  1967,  779-790. 

DESCRIPTION: 

IN  GENERAL,  COMPUTER  SOFTWARE  IS  'iTTING  MCRE  COMPLICATED  AT  AN  INCREASING 
RATE.  UNFORTUNATELY,  THE  PEOPLE  WHO  HAVE  TO  DEVELOP  THIS  SOFTWARE  HAVE  BEEN 
AT  IT  FOR  ONLY  A RELATIVELY  SHORT  TIME.  THE  RESULT  IS  PREDICTABLE:  EVER- 
LARGER  SOFTWARE  TROUBLES.  THIS,  IN  TURN,  LEADS  MANY  PEOPLE  TO  FEEL  INSECURE 
ABOUT  SOFTWARE  DEVELOPMENT,  TO  THINK  OF  IT  AS  A MODERN  "BLACK  ART"  FOR  WHICH 
EVEN  THE  MOST  ABLE  PRACTITIONERS  LOSE  THE  RECIPE  EVERY  FEW  MONTHS. 

WE  THINK  MANY  OF  THESE  TROUBLES  ARE  SELF-INFLICTED,  THE  RESULT  OF  A 
NATURAL  DESIRC  TO  GET  ON  THE  COMPUTER  CAFTER  ALL,  ISN'T  THAT  WHAT 
PROGRAMMING  IS  ALL  A80UT?)  INSTEAD  OF  "WASTING"  TIME  IN  PLANNING  AND  OTHER 
"PAPER  SHUFFLING." 

TO  ILLUSTRATE  THIS  POINT,  WE  PARTICULARLY  DISCUSS  THE  SPECIFYING  OF  A 
FORTRAN  COMPILER. 

THIS  PAPER  IS  NOT  A "COOKBOOK"  ON  HOW  TO  WRITE  A COMPILER  (THAT  PROBLEM 
IS  TOO  BROAD  FOR  A BRIEF  DISCUSSION),  NOR  EVEN  WHAT  KIND  OF  COMPILER  TO 
WRITE.  INSTEAD,  IT  IS  AN  INTRODUCTION  TO  A WAY  OF  THINKING  ABOUT  AND 
DEFINING  THE  PRODUCT  TO  BE  DEVELOPED.  (A,  ABBR.) 

12P,  OR. 


131  PERSONALIZED  MAN-COMPUTER  DIALOGUE 

HEAFNER,  J . F . A METHODOL06Y  FOR  SELECTING  AND  REFINING  MAN-COMPUTER  LANGUAGES 
TO  IMPROVE  USERS'  PERFORMANCE  (REPORT  NO.  I SI 7RR-74-21 ) . MARINA  DEL  RAY, 
CALIFORNIA:  UNIVERSITY  OF  SOUTHERN  CALIFORNIA,  INFORMATION  SCIENCES  INSTITUTE, 
SEPTEMBER  1974.  (NTIS  NO.  AD  787684) 

DESCRI°TION: 

THIS  REPORT  DESCRIBES  A METHODOLOGY  (SUPPORTED  BY  A SOFTWARE  PACKAGE)  TO 
MODEL,  MEASURE,  ANALYZE,  AND  EVALUATE  USERS'  PERFORMANCE  IN  A MESSAGE 
COMMUNICATION  SYSTEM  ENVIRONMENT.  THE  THESES  OF  THE  REPORT  ARE:  (1)  THAT 
MODELS  Of  USERS  AND  SERVICES  CAN  ACCURATELY  BE  USED  AS  PREDICTORS  IN 
SELECTING  A LANGUAGE  FORM,  FOR  AN  APPLICATION,  WHICH  WILL  RESULT  IN  HIGH 
USERS'  PERFORMANCE,  AND  (2)  THAT  SUCH  A LANGUAGE  FORF'  IS  ONLY  AN 
APPROXIMATION  (IN  TERMS  OF  YIELDING  OPTIMAL  USER'S  PERFORMANCE)  DUE  TO 
WITHIN  VARIANCES  OF  USER  AND  SERVICE-CLASSES,  HFNCE  INDIVIDUAL,  ON-LINE 
REGULATION  OF  LANGUAGE  CONSTRUCTS  IS  NECESSARY  TO  FURTHER  IMPROVE 
PERFORMANCE. 

THIS  REPORT  DEVELOPS  APPROPRIATE  MODELS  AND  ALGORITHMS,  AND  STATES 
HYPOTHESES  RELATING  THE  INTERACTIVE  EFFECTS  OF  USERS,  SERVICES,  LANGUAGE 
FORMS,  AND  OTHER  VARIABLES  IMPORTANT  !N  MAN-MACHINE  DISCOURSE.  AN 
EXPERIMENTAL  DESIGN  IS  PRESENTED,  WHICH  TESTS  THE  MAJOR  HYPOTHESES.  (A) 

64 P,  TOR. 
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1S2  PROTOCOL  ANALYSIS  FOP  DESIGN  Of  MAN-COMPUTER  DIALOGUE 

MEAFNEft,  J.F.  PROTOCOL  ANALYSIS  Of  MAN-COMPUTER  LANGUAGES:  DESIGN  AND 
PRELIMINARY  FINDINGS  (REPORT  NO.  ISI/RR-75-34).  MARINA  DEL  REV,  CALIFORNIA: 
UNIVERSITY  >F  SOUTHERN  CALIFORNIA.  INFORMATION  *f IENCf S INSTITUTE.  JULY  1975. 
(Nfis  NO.  Afi  A 1356P.) 

DESCRIPTION: 

THIS  REPORT  i<t SCRIBES  AN  ON-GOING  STUDY  IN  MAN-MACHINE  COMMUNICATIONS.  THE 
STUDY'S  N A I.:  FhiNISE  IS  THAT  IN  DEVELOPING  NAN-COMPUTER  LANGUAGES.  ONE 
SHOULD  ONSli'lR  THE  USERS'  NEEDS  AND  HABITS.  AS  WELL  AS  FEATURES  OF  THE 
COMPUTE,-.  SERVICE.  THE  PROBLEM  IF’  DOING  SO  IS  THAT  THE  DESIGNER  TOES  NOT 
HAVE  SUFFICIENT  QUANTITATIVE  INFORMATION  ABOUT  THE  USEPS  TO  ENABLE  HIP  TO 
SPECIFY  LANGUAGES  PERMITTING  NEAR-OPTIMAL  PERFORPANCE.  THE  STUDY  PROPOSES 
AND  TESTS  A METHOD  TO  ACHIEVE  A CLOSER  FIT  BETWEEN  USERS  AND  THEIR  COMPUTED 
LANGUAGES  0Y  INVOLVING  POTENTIAL  USERS  IN  THE  DESIGN  PROCESS. 

TOKEN  LANGUAGES  OF  SEVERAL  SYNTACTIC  FORMS  ARE  DEFINED.  THEN.  RESEARCH 
HYPOTHESES  ARE  STATED  CONCERNING  THE  USERS'  PREFERENCES  RE6AR0IN6  THE 
LANGUAGE  STRUCTURE  AND  VOCABULARY.  NEXT.  AN  EXPERIMENT  DESIGN  IS  DESCRIBED. 
BASED  OP  * STATISTICAL  MODEL  OF  OBSERVATIONS  OF  COMMANDS  ENTERED  OT  USERS 
AS  THEY  Pi^Fi-  A STANDARDIZED  TASK.  THE  METHOD  IS  TESTED  BY  PROTOCOL 
ANALYSIS  , :tH  'OBJECTS  WHO  ARE  POTENTIAL  USERS  c IN  THE  PROTOCOL  ANALYSIS. 
SUBJECTS  VC  a LL Y STATED  COMMANDS  IN  EACH  OF  THE  TOKEN  LANGUAGES  AS  THEY 
PERFORMED  T-i:  STANDARDIZED  TASK.  THESE  RESPONDENTS  WERE  REQUESTED  TO 
CHANGE  THE  GfiAAKAR  OF  EACH  LANGUAGE  (DURING  THE  TASK}  TO  MAKE  IT  MORE 
NATURAL  FOR  THF - TO  USE.  THEIR  TASK  INPUTS  WERE  USED  TO  TEST  THE 
HYPOTHESIS.  THE  REPORT  CONCLUDES  THAT  THE  PETHOO  OT  MODELLING  USERS  AND 
THEN  TEST  I --G  dpaFT  LANGUAGES  IS  USEFUL  IN  LANGUAGE  DESIGN.  SINCE  THERE  WAS 
A CONSENSU'  f USERS*  OPINIONS  AS  TO  SPECIFIC  LANGUAGE  IMPROVEMENTS.  (A) 
227P,  24R. 


1X3  PROGRAMMING  LANGUAGES 

HEJNER,  E.C.K.  MERLIN:  TOWARDS  AN  IDEAL  PROGRAMMING  LANGUAGE  (TECHNICAL  REPORT 
NO.  CSRG-57).  TORONTO,  CANADA:  UNIVERSITY  OF  TORONTO,  COMPUTER  SYSTEMS 
RESEARCH  GROUP..  1975. 

DESORPTION: 

accepting  the  premise  that  machines  should  be  desiglcd  to  suit  the  languages 

THAT  WILL  BE  IMPLEMENTED  ON  THEM,  AND  NOT  VICE  VERSA,  THIS  PROJECT  EXPLORES 
ISSUES  OF  LANGUAGE  DESIGL  NOT  INFLUENCED  BY  IMPLEMENTATION  CONSIDERATIONS. 
OUR  CONCERN  IS  ONLY  CONVENIENCE  FOR  THE  DEVELOPMENT  AND  CLEAR  EXPRESSION 
OF  ALGORI M'S.  UNDER  THIS,  WE  INCLUDE  SIMPLICITY,  A MINIMUS  OF  TERMINOLOGY. 
FREEOOM  ( 3S  USELESS  RESTRICTIONS,  LACK  OF  USELESS  REDUNDANCY,  INCLUSION 
OF  USEFUL  t‘  i UKOANCY,  AND  AFFINITY  Of  LANGUAGE  STRUCTURES  TO  THOUGHT 
STRUCTUKo.  am  ATTEMPT  IS  MADE  TO  INTRODUCE  A DISCiPl  INF  CF  LANGUAGE 
DESIGN,  r-ATU";  THAN  STICKING  TOGETHER  FAVORITE  LANGUAGE  FEATURES.  (A> 

33P,  16R. 


134  NATURAL  LANGUAGE  PROGRAMMING 

HflOORK,  G.F.,  AUTOMATIC  PROGRAMING  THROUGH  NATURAL  LANGUAGE  DIALOGUE:  A 
SURVEY.  IS*  JOURNAL  OF  RESEARCH  AND  DEVELOPMENT,  1976,  20,  302-313. 
DESCRIPTION 

THIS  PAPER  DESCRIBES  AND  COMPARES  FOUR  RESEARCH  PROJECTS  WHOSE  GOAL  IS  TO 
DEVELOP  AH  AUTOMATIC  PROGRAMMING  SYSTEM  THAT  CAN  CARRY  ON  A NATURAL 
LANGUAGE  DIALOGUE  WITH  A USER  ABOUT  HIS  REQUIREMENTS  AND  THEN  PRODUCE  AN 
APPROPRIATE  PPC5RAM.  IT  ALSO  OISCUSSES  SUPS  CF  THE  IMPORTANT  ISSUES  IN  THIS 
RESEARCH  AREA.  (A) 

12P,  39R. 
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185  PROGRAMMING 

HENDERSON,  P.,  t SNOWDON,  R.  AN  EXPERIMENT  IN  STRUCTURED  PROGRAMMING.  BIT, 
1972,  12,  3S-aT. 

DESCRIPTION: 

THE  CONSTRUCTION  OP  A PROCRaB  TO  SOLVE  A SIMPLE  PROBLEM,  WRITTEN  USING  A 
TOP-DOWN  STRUCTURAL  APPROACH,  IS  DESCRIBED.  AN  INDEPENDENT  ANALYSIS  OF  THIS 
PROGRAM  IS  PRGVIOED  COMMENTING  ON  THE  POSSIBLE  PROBLEMS  THAT  ARISE  FROM  THE 
USE  OF  SUCH  A TECHNIQUE.  «A> 

IBP,  SR. 


186  SOFTWARE  ENGINEERING 

HEWITT,  C.E.,  l SMITH,  B.  TOWARDS  A PROGRAMMING  APPRENTICE.  IEEE  TRANSACTIONS 
ON  SOFTWARE  ENGIWEERIN6,  1975,  SE-K2),  26-45  (ALSO  TECHNICAL  REPORT, 

CAMBRIDGE,  MASSACHUSETTS:  MASSACHUSETTS  INSTITUTE  OF  TECHNOLOGY,  ARTIFICIAL 
INTELLIGENCE  LABORATORY,  1975).  (NTIS  NO.  AD  A009619) 

DESCRIPTION: 

THE  PLANNER  PROJECT  IS  CONSTRUCTING  A PROGRAMMING  APPRENTICE  TO  ASSIST  IN 
KNOWLEDGE  BASED  PROGRAMMING.  WE  WOULD  LIKE  TO  PROVIDE  AN  ENVIRONMENT 
WHICH  HAS  SUBSTANTIAL  KNOWLEDGE  OF  THE  SEMANTIC  DOMAIN  FOR  WHICH  THE 
PROGRAMS  ARE  BEING  WRITTEN,  AND  KNOWLEDGE  0?  THE  PURPOSES  THAT  TNE  PROGRAM! 
ARE  SUPPOSED  TO  SATISFY.  FURTHER,  WE  WOULD  LIKE  TO  MAKE  IT  EASY  FOR  THE 
PROGRAMMER  TO  COMMUNICATE  TNE  KNOWLEDGE  ABOUT  THE  PROGRAM  TO  THE  APPRENTICE. 
THE  APPRENTICE  IS  TO  AID  EXPERT  PROGRAMMERS  IN  THE  FOLLOWING  KINDS  OF 
ACTIVITIES: 

1)  ESTABLISHING  AND  MAINTAINING  CONSISTENCY  OF  SPECIFICATIONS, 

2)  VALIDATING  THAT  HOOULES  MEET  THEIR  SPECIFICATIONS, 

3)  ANSWERING  QUESTIONS  ABOUT  DEPENDENCIES  BETWEEN  MODULES, 

4)  ANALYZING  IMPLICATIONS  6 F PERTURBATIONS  IN  MODULES, 

5)  ANALYZING  IMPLICATIONS  OF  PERTURBATIONS  IN  SPECIFICATIONS. 

WE  USE  CONTRACTS  (PROCEOURAL  SPECIFICATIONS)  TO  EXPRESS  WHAT  IS  SUPPOSED 
TO  BE  ACCOMPLISHED  AS  OPPOSED  TO  HOW  IT  IS  SUPPOSED  TO  BE  DONE.  TNE  IIEA 
IS  THAT  AT  LEAST  TWO  PROCEDURES  SHOULD  BE  WRITTEN  FOR  EACH  MODULE  IN  A 
SYSTEM.  0'«E  PROCEDURE  IMPLEMENTS  A METHOD  FOR  ACCOMPLISHING  A DESIRED 
TRANSFORMATION  AND  TNE  OTHER  CAN  CHECK  THAT  THE  TRANSFORMATION  HAS  IN  FACT 
8i«  ACCOMPLISHED.  TNE  PROGRAMMING  APPRENTICE  IS  DESIGNED  FOR  INTERACTIVE 
US-  BY  EXPERT  PROGRAMMERS  IN  THE  META-EVALUATION  OF  IMPLEMENTATIONS  IN  THE 
jNTEXT  OF  THEIR  CONTRACTS  ANO  BACKGROUND  KNOWLEDGE.  ME TA-E VALUATION 
PRODUCES  JUSTIFICATION  WHICH  MAKES  EXPLICIT  EXACTLY  NOW  THE  MODULE  DEPENDS 
ON  TNE  CONTRACTS  OF  OTHER  MODULES  ANO  ON  THE  BACKGROUND  KNOWLEDGE.  7HE 
JUSTIFICATION  IS  USEO  IN  ANSWERING  QUESTIONS  ON  THE  BEHAVIOR  DEPENDENCIES 
BETWEEN  NODULES  AND  IN  ANALYZING  TNE  IMPLICATIONS  ON  PERTURBATIONS  IN 
SPECIFICATIONS  AND/OR  IMPLEMENTATION.  (A) 

20P,  6r»R. 


187  NATURAL-LANGUAGE  PROGRAMMING 

HILL,  1.0.  WOULDN'T  IT  BE  NICE  IF  WE  COULD  WRITE  COMPUTER  PROGRAMS  IN 
ORDINARY  ENGLISH  — OR  WOULO  ITT  COMPUTER  BULLETIN,  JUNE  1972,  16(6), 
306-312. 

DESCRIPTION: 

ONE  ARGUMENT  THAT  IS  FREQUENTLY  BADE  IN  FAVOR  Of  NATURAL -LANGUAGE 
PROGRAMMING  IS  THAT  PEOPLE  SNOULO  BE  ABLE  TO  COMMUNICATE  WITH  COMPUTERS 
IN  THE  SAME  WAY  THAT  THEY  COMMUNICATE  WITH  EACH  OTHER.  WHILE  IT  IS 
DESIRABLE  TO  HAVE  A COMMON  MOOE  OF  COMMUNICATION,  THIS  OOES  NOT  IHPLY  THAT 
WE  NEED  TO  TEACH  COMPUTERS  ENGLISH;  AN  ALTERNATIVE  IS  TO  TEACH  PEOPLE  TO 
COMMUNICATE  WITH  EACH  OTHER  THROUG.J  UNAMBIGUOUS  INSTRUCT  IONS . THIS  PAPER 
WILL  CONSIDER  THE  INTRICACIES  IN  NATURAL  ENGLISH  THAT  PROHIBIT  NATURAL 
LANGUAGE  ANO  SIMULTANEOUSLY  ILLUSTRATE  THE  NEED  FOR  PEOPLE  TO  USE 
PROGRAMMING  LANGUAGES  IN  THEIR  INTERACTIONS  WITH  OTHERS,  (MEA) 

7P,  12R. 


-51- 


188  PROGRAMMING  LANGUAGES 

HOARE,  C.A.R.  HINTS  FOR  PROGRAMMING  LANGUAGE  DESIGN  (TECHNICAL  REPORT  NO. 
CS-73-403).  STANFORD,  CALIFORNIA:  STANFORD  UNIVERSITY,  DEPARTMENT  OF  COMPUTER 
SCIENCE,  DECEMBER  1973.  (NTXS  NO.  AD  773391} 

DESCRIPTION: 

THIS  PAPER  (BASED  ON  A KEYNOTE  ADDRESS  PRESENTED  AT  THE  SI6ACT/S1GPLAN 
SYMPOSIUM  ON  PRINCIPLES  OF  PROGRAMMING  LANGUAGE,  BOSTON,  OCTOBER  1-3, 

1973)  PRESENTS  THE  VIEW  THAT  A PROGRAMMING  LANGUAGE  IS  A TOOL  WHICH  SHOULD 
ASSIST  THE  PROGRAMMER  IN  THE  MOST  DIFFICULT  ASPECTS  OF  HIS  ART,  NAMELY 
PROGRAM  DESIGN,  DOCUMENTATION,  AND  DEBUGGING.  IT  DISCUSSES  THE  OBJECTIVE 
CRITERIA  FOR  EVALUATING  A LANGUAGE  DESIGN,  AND  ILLUSTRATES  THEM  BY 
APPLICATION  TO  LANGUAGE  FEATURES  OF  BOTH  HIGH  LEVEL  LANGUAGES  AND  MACHINE 
CODE  PROGRAMMING.  IT  CONCLUDES  WITH  AN  ANNOTATED  READING  LIST, 

RECOMMENDED  TO  ALL  INTENDING  LANGUAGE  DESIGNERS.  (A) 

31 P/  9R. 


J 

189  NATURAL-LANGUAGE  PROGRAMMING 

HOEBS,  J.R.  WHAT  THE  NATURE  OF  NATURAL  LANGUAGE  TELLS  US  ABOUT  HOW  TO  MAKE 
NATURAL-LANGUAGE-LIKE  PROGRAMMING  LANGUAGES  MORE  NATURAL.  IN  PROCEEDINGS  OF 
THE  ACM  SYMPOSIUM  ON  ARTIFICIAL  INTELLIGENCE  AND  PROGRAMMING  LANGUAGES,  SI6PLAN 
NOTICES,  AUGUST  1977,  12(8),  85-93  (ALSO:  S26ART  NEWSLETTER,  AUGUST  1977,  64, 

35-9i>. 

DESCRIPTION: 

WHEN  A STUDENT  IS  LEARNING  AN  ALGORITHM  FROM  A TEXTBOOK,  HIS  FIRST  APPROACH 
IS  FREQUENTLY  THROUGH  AN  ENGLISH  DESCRIPTION.  THIS  IS  NORMALLY  EASIER 
TO  UNDERSTAND  THAN  RAW  CODE,  AND  SOMETIMES  EASIER  THAN  A FLOWCHART,  IN 
SPITE  OF  THE  FACT  THAT  PROGRAMMING  LANGUAGES  ARE  DESIGNED  FOR  ALGORITHM 
SPECIFICATION  WHILE  ENGLISH  IS  ONLY  PRESSED  INTO  ITS  SERVICE.  IF  THE 
ENGLISH  IS  EASIER  TO  UNDERSTAND,  IT  IS  LIKELY  THAT  IT  HAS  MANY  FEATURES 
Ti'AT  WOULD  EASE  PROGRAMMING  ITSELF.  THIS  PAPER  INVESTIGATES  SOME  OF  THESE 
FIXTURES.  (A) 

9P,  9R. 


190  PROGRAMMING 

HOC,  J.H.  THE  ROLE  OF  MENTAL  REPRESENTATION  IN  LEARNING  A PROGRAMMING 
LANGUAGE.  INTERNATIONAL  JOURNAL  OF  MAN-MACHINE  STUDIES,  1977,  9,  87-105. 
DESCRIPTION: 

A THEORETICAL  FRAMEWORK  HAS  BEEN  DEFINED  AND  BEGUN  TO  GET  A VALIDATION  B7  A 
PRELIMINARY  EXPERIMENT.  THIS  EXPERIMENT  ENABLED  US  YO  SHOW  THAT  THE 
PROGRAMMING  LANGUAGE  IS  INTERIORIZED  BY  THE  SUBJECT  STEP  BY  STEP  IN  7HE 
FORM  OF  A "SYSTEME  OE  REPRESENTATION  ET  DE  TRAITEMENT"  (SRT)  IH  WHICH  THE 
SKILLED  PROGRAMMER  WILL  BE  ABLE  TO  ANALYZE  THE  PROBLEMS.  BEFORE  THIS,  HE 
PERFORMS  HIS  ANALYSIS  IN  OTHER  SRTS  MORE  OR  LESS  COMPATIBLE  WITH  THE 
PROGRAMMING  LANGUAGE.  NINETEEN  SUBJECTS,  AT  VARIOUS  LEVELS  OF  TRAINING,  HAD 
TO  CONSTRUCT  THE  COBOL-ALGORI GRAM  OF  THE  PROBLEM  OF  CONTROLLING  A SUBWAY 
TICKET  MACHINE.  AN  ANALYSIS  OF  THE  ERRORS  AND  A DESCRIPTION  OF  ANALYSIS 
STRATEGIES,  BY  MEANS  OF  22  VARIABLES,  HAVE  BEEN  PERFORMED  !N  ORDER  TO 
SPECIFY  THREE  IMPORTANT  STEPS  THROUGH  THE  PROGRAMMING  LANGUAGE  LEARNING. 

(A) 

19P,  20R. 


191  PROGRAMMING 

HOLTON,  J.B.  ARE  THE  NEW  PROGRAMMING  TECHNIQUES  BEING  USEO?  DATAMATION,  JULY 
1977,  23<7),  97-1C3. 

DESCRIPTION: 

IT  IS  OFTEN  CLAIMED  THAT  THE  USE  OF  EFFECTIVE  SYSTEM  DEVELOPMENT  TECHNIQUES 
CAN  LEAD  TO  GREATER  SUCCESS  IN  BUSINESS  DATA  PROCESSING  FUNCTIONS.  THIS 
PAPER  PRESENTS  THE  RESULTS  OF  A SURVEY  DIRECTED  AT  DETERMINING  HOW 
WIDESPREAD  IS  THE  USE  OF  SUCH  TECHNIQUES  AND  HOW  EFFECTIVE  THEY  ARE.  THE 
FOLLOWING  TECHNIQUES  WERE  INVESTIGATED : STRUCTURED  PROGRAMMING,  TOP-DOWN 
DESIGN  AND  IMPLEMENTATION,  THE  STRUCTURED  WALK-THROUGH,  PROGRAMMER  TEAM 
OPERATIONS,  AND  USE  OF  A PROGRAM  DEVELOPMENT  SUPPORT  LIBRARY.  IT  APPEARS 
THAT  THESE  TECHNIQUES  ARE  NOT  WIDELY  USED,  BUT  THEY  HAVE  BEEN  FOUND  TO  BE 
VERY  USEFUL  WHEN  THEY  HAVE  BEEN  TRIED.  (MEA) 

5P,  OR. 


192  PROGRAMMING 

HORNING,  J.J.,  t WORTMAN,  D.B . SOFTWARE  HUT:  A COMPUTER  PROGRAM  ENGINEERING 
PROJECT  IN  THE  FORM  OF  A GAME.  IEEE  TRANSACTIONS  ON  SOFTWARE  ENGINEERING, 

1977,  SE-3,  325-330. 

DESCRIPTION: 

THE  SOFTWARE  HUT  (A  SHALL  SOFTWARE  HOUSE)  IS  A COURSE  PROJECT  DESIGNED  FOR  A 
GRAIUJA1 E-LEVEL  COURSE  IN  COMPUTER  PROGRAM  ENGINEERING.  THIS  PAPER  DESCRIBES 
THE  SOFTWARE  HUT  PROJECT  AND  DISCUSSES  THE  AUTHORS  * EXPERIENCE  USING  IT  IN 
GRADUATE  COURSES  AT  THE  UNIVERSITY  Of  TORONTO.  SUGGESTIONS  FOR  IMPROVEMENTS 
IN  THE  PROJECT  ARE  GIVEN.  (A) 

6P,  <JR. 


103  STRUCTURED  PROGRAMMING 

HOROWITZ,  E.  FORTRAN:  CAN  IT  BE  STRUCTURED  — SHOULD  IT  BE?  COMPUTER, 

JUNE  1975,  8 < 6 ) , 3>37. 

DESCRIPTION: 

IN  ADDITION  TO  THE  COMMONLY  ACCENTED  CRITERIA  OF  CORRECTNESS  AND  EFFICIENCY, 
STRUCTURED  PROGRAMMING  EMPHASIZES  THREE  CRITERIA  FOR  DESIGN  AND  CODING  — 
READABILITY,  MODIFIABILITY,  AND  PROVABILITY.  THIS  PAPER  EXPLORES  THE 
ADVANTAGES  AND  DISADVANTAGES  OF  STRUCTURED  FORTRAN.  IT  IS  CONCLUDED  THAT 
STRUCTURED  FORTRAN  HAS  BOTH  GOOD  POINTS  AND  LIMITATIONS,  THAT  USING 
STRUCTURED  FORTRAN  OOES  NOT  NECESSARILY  IMPLY  THE  USE  OF  STRUCTURED 
PROGRAMMING,  BUT  ALSO  THAT  IT  HAS  SEVERAL  ADVANTAGES  THAT  SHOULD  PROYE 
BENEFICIAL  WHEN  IT  IS  CAREFULLY  APPLIED.  CMEA) 

3P,  ICR. 


19A  LARGE  SOFTWARE  SYSTEMS 

HOROWITZ,  E.  (EO.)  PRACTICAL  STRATEGIES  FOR  DEVELOPING  LARGE  SOFTWARE 
SYSTEMS.  READING,  MASSACHUSETTS:  AODISOK-WESLEY,  1975. 


195  COMPUTER  PERSONNEL 

HUNT,  U.,  I RANDHAUA,  B.S.  RELATIONSHIP  BETWEEN  AND  AM0N6  COGNITIVE  VARIAELES 
AND  ACHIEVEMENT  IN  COMPUTATIONAL  SCIENCE.  EDUCATIONAL  AND  PSYCHOLOGICAL 
MEASUREMENT,  1973,  33,  921-928. 

DESCRIPTION: 

A STUDY  WAS  CONDUCTED  TO  TEST  THE  VALIDITY  OF  AN  INTUITIVE  ANALYSIS  OF  TFE 
REQUISITE  COGNITIVE  ABILITIES  REQUIRED  FOR  SUCCESS  IN  A SECOND  YEAR  COMPUTER 
SCIENCE  COURSE.  TWELVE  EXISTING  TESTS  OF  COGNITIVE  ABILITIES  WERE  UTILIZED. 
FOUR  OF  THESE  TESTS  WERE  FOUND  TO  BE  USFFUL  PREDICTORS  OF  SUCCESS,  AS 
MEASURED  BY  COURSE  GRAOE.  (MEA) 

SP,  5R  . 
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196  USER  PROFILE 

HUNT , E.,  DIEHR,  6.,  t GARNATZ,  0.  UNO  ARE  THE  USERS?  AN  ANALYSIS  OF 
COMPUTER  USE  IN  A UNIVERSITY  COMPUTER  CENTER.  AFIPS  CONFERENCE  PROCEEDINGS, 

1971,  38,  231-238  (ALSO  TECHNICAL  REPORT  NO.  70-09-05,  SEATTLE,  WASHINGTON:  * 

UNIVERSITY  OF  WASHINGTON,  COMPUTER  SERVICE  GROUP,  SEPTEMBER  1970). 


197  SOFTWARE  DEVELOPMENT  AND  MAINTENANCE 

I VIE,  E.L.  THE  PROGRAMMER'S  WORKBENCH  — A MACHINE  FOR  SOFTWARE  DEVELOPMENT . 
COMMUNICATIONS  OF  THE  ACM,  1977,  20,  7G6-753. 

DESCRIPTION: 

ON  ALMOST  ALL  SOFTWARE  DEVELOPMENT  PROJECTS  THE  ASSUMPTION  IS  MALE  THAT  THE 
PROGRAM  DEVELOPMENT  FUNCTION  WILL  BE  DONE  ON  THE  SAME  MACHINE  ON  KHICH  THE 
EVENTUAL  SYSTEM  WILL  RUN.  IT  IS  ONLY  WHEN  THIS  PRODUCTION  MACHINE  IS 
UNAVAILABLE  OR  WHEN  ITS  PROGRAMMING  ENVIRONMENT  IS  TOTALLY  INADEQUATE  THAT 
ALTERNATIVES  ARE  CONSIDERED.  IN  THIS  PAPER  IT  IS  SUGGESTED  THAT  THSRE  ARE 
MANY  OTHER  SITUATIONS  WHERE  IT  WOULD  BE  ADVANTAGEOUS  TO  SEPARATE  THE  PROGRAM 
DEVELOPMENT  AND  MAINTENANCE  FUNCTI' * ONTO  A SPECIALIZED  COMPUTER  WHICH  IS 
DEDICATED  TO  THAT  PURPOSE.  SUCH  A COMPUTER  IS  HERE  CALLCD  A PROGRAMMER'S 
WORKBENCH.  THE  FOUR  BASIC  SECTIONS  Ot;  THE  PAPER  INTRODUCE  7HE  SUBJECT, 
OUTLINE  THE  GENERAL  CONCEPT,  DISCUSS  AREAS  WHERE  SUCH  AN  APPROACH  MAY  PROVE 
BENEFICIAL,  AND  DESCRIBE  AN  OPERATIONAL  SYSTEM  UTILIZING  THIS  CONCEPT.  (A) 
SP,  7R. 


198  PROGRAMMING 

JACKSON,  K.,  I BUCHAN,  D.E.  AN  EXERCISE  IN  PROGRAM  DESIGN  (REPORT  NO. 
RRE-MEMO-2710).  MALVERN,  ENGLAND:  ROYAL  RADAR  ESTABLISHMENT,  OCTOBER  1971. 


199  PROCRAMMING 

JACKSON,  M.A . PRINCIPLES  OF  PROGRAM  DESIGN.  NEW  YORK:  ACADEMIC  PRESS,  1975. 


200  PROGRAMMER  PRODUCTIVITY 

JOHNSON,  J.R.  A WORKING  MEASURE  OF  PRODUCTIVITY.  DATAMATION,  FEBRUARY 
1977,  2I(2i,  pp.  106-1C7;  109;  112. 


2-1  PROGRAMMING 

JOINT  LOGISTICS  COMMANDERS.  FINAL  REPORT  OF  THE  JOINT  LOGISTICS  COMMANDERS 
ELECTFONIC  SYSTEMS  RELIABILITY  WORKSHOP,  5-9  MAY  1975,  AIRLIE  HOUSE.  WARRENTON, 
VIRG1RIA:  JOINT  TECHNICAL  COORDINATING  GROUP  ON  ELECTRONIC  EQUIPMENT 
RELIABILITY.-  DEPARTMENT  OF  THE  ARMY,  THE  NAVY  AND  THE  AIR  FORCE,  OCTOBER  1975. 
DESCRIPTION: 

TF E DEPARTMENT  Of  DEFENSE  IS  CURRENTLY  SEEKING  METHODS  TO  IMPROVE  THE  FIELD 
RELIABILITY  Of  ITS  ELECTRONIC  SYSTEMS,  PARTICULARLY  WEAPON  SYSTEMS.  SINCE 
MODERN  WEAPON  SYSTEMS  NOW  CONTAIN  AN  INCREASING  NUMBER  CF  EMBEDDED  DIGITAL 
COMPUTER  SUBSYSTEMS,  THE  QUESTION  Of  HOW  TO  DEVELOP  HIGHLY  RELIABLE  COMPUTER 
PROGRAMS  (OS  SOFTWARE)  HAS  BECOME  OF  VITAL  INTEREST  TO  EXECUTIVES  AT  THE 
1 1 CHEST  LEVELS  OF  GOVERNMENT.  THIS  PAPER  ADDRESSES  THE  SOFTWARE  RELIABILITY 
FUESTIOK  IN  THIS  CONTEXT  AND  DESCRIBES  SOME  OE  THE  PROBLEMS  BEING 
ENCOUNTERED,  THE  REASONS  FOR  THEM,  AND  SUGGESTIONS  FOR  TPEIR  RESOLUTION. 

(A) 


202  SPECIFICATIONS 

JONES,  H.N.  Hi  PO  FOR  DEVELOP INC  SPECIFICATIONS.  DATAMATION,  MARCH  1976, 

22(3),  PP.  112;  114;  121;  125. 

DESCRIPTION: 

A PRECISE  DEFINITION  OF  USER  REQUIREMENT S IS  ESSENTIAL  TO  THE  DEVELOPMENT  OF 
A CORRECT  DATA  PROCESSING  SYSTEM . TOO  FREQUENTLY,  THE  CONTENTS  OF 
SPECIFICATION  PACKAGES  ARE  FUZZY,  INACCURATE,  ANO  INCOMPLETE,  hESULiINC  IN 
SYSTEMS  WITH  THESE  SAME  CHARACTERISTICS.  IMAGINE,  THEN,  UNDERTAKING  A DATA 
PROCESSING  PROJECT  WITH  NO  WRITTEN  USER  SPECIFICATIONS,  YET  DEUVERIHC  A 
QUALITY  SYSTEM  WHICH  MEETS  USER  REQUIREMENTS  IN  ALL  RESPECTS.  THIS  HAY 
SEEM  IMPOSSIBLE,  8UT  I.T  HAS  BEEN  ACHIEVED  USING  A TECHNIQUE  KNOWN  AS  HIPO 
TO  DEVELOP  AND  DOCUMENT  SYSTEM  SPECIFICATIONS.  (A) 

4P,  OR. 


203  DOCUMENTATION 

JUDO,  D.R.  THE  DOCUMENTATION  OF  COMPUTER  PROGRAMS.  Vi  INFOTECH  INFORMATION 
LTD.  SOFTWARE  ENGINEERING.  BERKSHIRE,  ENGLAND:  INFOTECH  INFORMATION  LTD., 

1972,  411-424. 

DESCRIPTION: 

THIS  PAPER  PROVIDES  A BRIEF  INTRODUCTION  TO  THE  PURPOSES  OF  COMPUTER  PROGRAM 
DOCUMENTATION.  SEVERAL  STAGES  OF  DOCUMENTATION  ARE  IDENTIFIED  AND  THE 
FUNCTIONS  THAT  EACH  MUST  FULFILL  ARE  SPECIFIED.  THE  STAGES  OF  DOCUMENTATION 
CONSIDERED  ARE:  PROGRAM  DESIGN,  ERROR  DIAGNOSIS,  OPERATIONS,  MAINTENANCE, 
DEVELOPMENT,  AND  MARKETING,  (ME A > 

12P,  OR. 


2*1  SOFTWARE  TESTING  ANO  VALIDATION 

KANE,  J.R.,  l YAU,  S.S.  CONCURRENT  SOFTWARE  FAULT  DETECTION.  IEEE 
TRANSACTIONS  ON  SOFTWARE  ENGINEERING,  1975,  SE-1,  87-99. 

DESCRIPTION: 

A MODULE  IS  AN  ABSTRACT  COMPONENT  OF  A SOFTWARE  SYSTEM.  IT  MAY  BE 
INTERPRETED  AS  A MACHINE  INSTRUCTION,  HIGH  LEVEL  LANGUAGE  STATEMENT, 
SUBROUTINE,  PROCEDURE,  ETC.  A SEQUENCE  OF  MODULES  IS  EXECUTED  FOR  EACH 
TRANSACTION  PROCESSED  FIY  THE  SYSTEM.  CONTROL  FAULTS  MANIFEST  THEMSELVES 
AS  INCORRECT  EXECUTION  SEQUENCES.  A GRAPH-THEORETIC  MODEL  FOR  SOFTWARE 
SYSTEMS  IS  PRESENTED  WHICH  PERMITS  A SYSTEM  TO  BE  CHARACTERIZED  BY  ITS  SET  OF 
ALLOWABLE  EXECUTION  SEQUENCES.  IT  IS  SHOWN  HOW  A SYSTEM  CAN  BE  STRUCTURED 
SO  THAT  EVERY  EXECUTION  SEQUENCE  AFFECTED  BY  A CONTROL  FAULT  IS  OBVIOUSLY 
IN  ERROR,  I.E.,  NOT  IN  THE  ALLOWABLE  SET  DEFINED  BY  THE  SYSTEM  MODEL. 

FAULTS  ARE  DETECTED  BY  MONITORING  THE  EXFCUTION  SEQUENCE  OF  EVERY 
TRANSACTION  PROCESSED  BY  THE  SYSTEM  AND  COMPARING  ITS  EXECSTION  SEQUENCE  TO 
THE  SET  OF  ALLOWABLE  SEQUENCES.  ALGORITHMS  ARE  PRESENTED  80TH  FOR 
STRUCTURING  A SYSTEM  SO  THAT  ALL  FAULTS  CAN  BE  DETECTED  AND  FOR  FAULT 
DETECTION  CONCURRENT  WITH  SYSTEM  OPERATION.  SIMULATION  RESULTS  ARE 
PRESENTED  WHICH  SUPPORT  THE  THEORETICAL  DEVELOPMENT  OF  THIS  PAPERc  (A) 

13 P,  10R. 
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2 05  AUTOMATIC  PROGRAMMING 

1C /NT,  £.  THE  SELECTION  OF  EFFICIENT  IMPLEMENTATION  FOR  A HIGH-LEVEL  LANGUAGE. 
IN  PROCEEDINGS  OF  THE  ACM  SYMPOSIUM  ON  ARTIFICIAL  INTELLIGENCE  AND  PROGRAMMING 
LANGUAGES,  SIGPLAN  NOTICES,  AUGUST  1977,  12(B),  1 AO-146  (ALSO::  SICART 
NEWSLETTER,  AUGUST  1977,  NO.  64,  140-146). 

DESCRIPTION: 

TH IS  PAPER  CONSIDERS  THE  PROBLEM  OF  IDENTIFYING  AN  EFFICIENT  SFT  OF 
IMPLEMENTATIONS  FOR  THE  A8STRACT  CONSTRUCTS  IN  A VERY  HIGH  LEVEL  PROGRAM 
DESCRIPTION.  LIBRA  IS  A SYSTEM  THAT  PRUNES  AND  EXPANDS  A TREE  OF  PARTIALLY 
IMPLEMENTED  PROGRAM  DESCRIPTIONS,  GIVEN  A SET  OF  REFINEMENT  RULES  FOR 
GENERATING  THE  TREE.  SEVERAL  SETS  OF  RULES  GROUP,  ORDER,  AND  SELECT 
REFINEMENTS.  THE  ANALYSIS  OF  THE  COST  OF  A PROGRAM  (OR  PROGRAM  PART)  AT 
ANY  LEVEL  OF  REFINEMENT  IS  MAINTAINED  FOR  COST  COMPARISONS  BETWEEN  DIFFERENT 
REFINEMENTS,  FOR  BOTTLENECK  1 DENT  I FI C ATI  ON,  AND  FOR  BRANCH  AND  BOUND  SEARCH. 
(A) 

7P,  11R. 


206  STRUCTURED  PROGRAMMING 

KATKUS,  6.R.  APPLYING  STRUCTURED  PROGRAMMING  TO  COMMAND,  CONTROL,  AND 
COMMUNICATION  SOFTWARE  DEVELOPMENT.  COMPUTER  MAGAZINE,  JUNE  1975,  8(6), 
43-47. 

DESCRIPTION: 

MUCH  HAS  BEEN  WRITTEN  DESCRIBING  STRUCTURED  PROGRAMMING  (SP>  TECHNOLOGIES, 
BUT  LITTLE  H4S  SEEN  WRITTEN  CONCERNING  MEASURABLE  RESULTS  FROM  USING  THOSE 
TECHNOLOGIES  TO  DELIVER  PROGRAMS  WITHIN  COST,  TIME,  AND  PERFORMANCE 
CONSTRAINTS.  SP  TECHNOLOGIES  HAVE  BEEN  APPLIED  TO  LARGE-SCALE  REAL-TIME 
PROGRAM  DEVELOPMENT,  ANALYZED,  AND  FURTHER  DEVELOPED  AT  HUGHES  AIRCRAFT 
COMPANY  SINCE  1971.  AS  NEW  SOFTWARE  PROJECTS  ARE  STARTED,  THE  RESPECTIVE 
MANAGERS  MUST  STATE  WHICH  OF  THE  TECHNOLOGIES  WILL  AND  WILL  NOT  BE  USED. 
THE  USE  OF  THE  APPLIEO  TECHNIQUES  *S  THEN  MONITORED  TO  DETERMINE  BENEFITS 
ANO  PROBLEMS  AND  TO  DEFINE  USEFUL  MODIFICATIONS  TO  THE  TECHNOLOGIES.  (A> 
5P,  OR. 


2J7  SOFTWARE  DESIGN 

KATZAN,  H.,  JR.  SYSTEMS  DESIGN  ANO  DOCUMENTATION  — AN  INTRODUCTION  TO  THE 
HYPO  METHOO.  NEW  YORK:  VAN  NOSTRAND  REINHOLD,  1976. 


2v.8  EMBEDDED  TRAINING  IN  SYSTEM  FOR  NAIVE  USERS 

KENNEDY,  T.C.S.  SOME  BEHAVIOURAL  FACTORS  AFFECTING  THE  TRAININ6  OF  NAIVE 
USERS  OF  AN  INTERACTIVE  COMPUTER  SYSTEM . INTERNATIONAL  JOURNAL  OF 
NAN-HACKINE  STUDIES,  1975,  7,  817-3J4. 

DESCRIPTION: 

THIS  PAPER  DESCRIBES  THE  DESIGN  CONSIDERATIONS  UNDERLYING  THE  DEVELOPMENT 
OF  A SELF-CONTAINED  COMPUTER  SYSTEM  WHICH  IS  TO  FORM  THE  BASIS  OF  A MEDICAL 
INFORMATION  SYSTEM  AT  SOUTHEND  HOSPITAL.  A DETAILED  TRIAL  HAS  BEEN 
CONDUCTED  TO  EXAMINE  THE  PROBLEMS  IN  TRAINING  NAIVE  COMPUTER  USERS  IN  THE 
USE  OF  SUCH  A SYSTEM.  THE  TRIAL  INVOLVED  A LARGE  SAMPLE  OF  CLERICAL  AND 
SECRETARIAL  STAFF  ANO  PROVIDEO  50  HOURS  OF  OBSERVATION  AND  MEASUREMENT 
OF  MAN-MACHINE  INTERACTION.  ANALYSIS  OF  TEST  RESULTS  HAS  REQUIREO  THE 
DEVELOPMENT  OF  NEW  MEASURES  OF  PERFORMANCE  FOR  RECORDING  BEHAVIORAL 


209  PRODUCTION  SYSTEMS 

KIBLER,  D.F.,  NEIGHBORS,  J.M.,  l STANDISH,  T.A„  PROGRAM  MANIPULATION  VIA  AN 
EFFICIENT  PRODUCTION  SYSTEM,  IN  PROCEEDINGS  OF  THE  ACM  SYMPOSIUM  ON  ARTIFICIAL 
INTELLIGENCE  AND  PROGRAMMING  LANGUAGES,  SIGPLAN  NOTICES,  AUGUST  1977,  12(8), 
163*174  (ALSO:  SIGART  NEWSLETTER,  AUGUST  1977,  NO.  64,  163*174). 


210  PROGRAMMING 

KNUTH,  D.E.  AN  EMPIRICAL  STUDY  OF  FORTRAN  PROGRAMS.  SOFTWARE-PRACTICE  AND 
EXPERIENCE,  1971,  1,  105-133  (ALSO  IBM  RESEARCH  REPORT  RC-3276,  IBM  CORP., 

MARCH  1971;  TECHNICAL  REPORT  C5-186,  STANFORD,  CALIFORNIA:  STANFORD  UNIVERSITY, 
COMPUTER  SCIENCE  DEPARTMENT,  1971).  (NTIS  NO.  AD  715513) 

DESCRIPTION: 

A SAMPLE  OF  PROGRAMS,  WRITTEN  IN  FORTRAN  BY  A WIDE  VARIETY  OF  PEOPLE  IN  A 
WIDE  VARIETY  Of  APPLICATIONS,  WAS  CHOSEN  "AT  RANOOM"  IN  AN  ATTEMPT  TO 
DISCOVER  QUANTITATIVELY  "WHAT  PROGRAMMERS  REALLY  DO."  STATISTICAL  RESULTS 
OF  THIS  SURVEY  ARE  PRESENTED  HERE,  TOGETHER  WITH  SOME  OF  THEIR  APPARENT 
IMPLICATIONS  FOR  FUTURE  WORK  IN  COMPILER  DESIGN.  THE  PRINCIPAL  CONCLUSION 
WHICH  MAY  BE  DRAWN  IS  THE  IMPORTANCE  OF  A PROGRAM  "PROFILE,"  NAMELY,  A TABLE 
Of  FREOUENCY  COUNTS  WHICH  RECORD  HOW  OFTEN  EACH  STATEMENT  IS  PERFORMED  IN 
A TYPICAL  RUN;  THERE  ARE  STRONG  INDICATIONS  THAT  PRO F ILE -K EEPI NG  SHOULD 
TECOME  A STANDARD  PRACTICE  IN  ALL  COMPUTER  SYSTEMS,  FOR  CASUAL  USERS,  AS 
JELL  AS  SYSTEM  PROGRAMMERS.  THIS  PAPER  IS  THE  REPORT  OF  A THREE-MONTH 
STUOY  UNDERTAKEN  BY  THE  AUTHOR  AND  ABOUT  A DOZEN  STUDENTS  AND 
REPRESENTATIVES  OF  THE  SOFTWARE  INDUSTRY  DURING  THE  SUMMER  OF  1970.  IT  IS 
HOPED  THAT  A READER  WHO  STUDIES  THIS  REPORT  WILL  OBTAIN  A FAIRLY  CLEAR 
CONCEPTION  OF  HOW  FORTRAN  IS  BEING  USED,  AND  WHAT  COMPILERS  CAN  DO  ABOUT 
IT.  (A) 

42P,  19R. 


211  STRUCTURED  PROGRAMMING 

KNUTH,  O.E.  A REVIEW  OF  "STRUCTURED  PROGRAMMING"  (TECHNICAL  REPORT  NO.  STAN- 
CS-73-371).  STASfORD,  CALIFORNIA:  STANFORD  UNIVERSITY,  COMPUTER  SCIENCE 
DEPARTMENT,  1973. 


212  STRUCTURED  PROGRAMMING 

KNUTH,  O.E.  STRUCTURED  PROGRAMMING  WITH  GO  TO  STATEMENTS.  COMPUTING  SURVEYS, 
1974,  6,  261-301. 

DESCRIPTION: 

A CONSIDERATION  OF  SEVERAL  OIFFERCNT  EXAMPLES  SHEDS  NEW  LIGHT  ON  THE  PROBLEM 
OF  CREATING  RELIABLE,  WELL -STRUCTURED  PROGRAMS  THAT  PEHAVE  EFFICIENTLY. 

THIS  STUOY  FOCUSES  LARGELY  0*.  TWO  ISSUES:  (A)  IMPROVED  SYNTAX  FOR  ITERATIONS 
AND  ERROR  EXITS,  MAKING  IT  POSSIBLE  TO  WRITE  A LARGE  P CLASS  Of  PROGRAMS 
CLEARLY  AND  EFFICIENTLY  WITHOUT  GO  TO  STATEMENTS;  (B)  A METHODOLOGY  OF 
PROGRAM  DESIGN,  BEGINNING  WITH  READABLE  AND  CORRECT,  BUT  POSSIBLY 
INEFFICIENT  PROGRAMS  THAT  ARE  SYSTEMATICALLY  TRANSFORMEt  IF  NECESSARY  INTO 
EFFICIENT  AND  CORRECT,  BUT  POSSIBLY  LESS  READABLE  CODE.  THE  DISCUSSION 
BRINGS  OUT  OPPOSING  POINTS  OF  VIEW  ABOUT  WHETHER  OR  NOT  GO  TO  STATEMENTS 
SHOULD  BE  ABOLISHED;  SOME  MERIT  IS  FOUND  ON  BOTH  SIDES  OF  THIS  QUESTION. 
FINALLY,  AN  ATTEMPT  IS  MADE  TO  DEFINE  Tm'  TRUE  NATURE  Of  STRUCTURED 
PROGRAMMING,  AND  TO  RECOMMEND  FRUITFUL  DIRECTIONS  FOP  FURTHEP  STUDY.  (,) 

41  P,  1,‘2R. 
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213  PROGRAMMING 

KNUTH , O.E.  COMPUTER  PROGRAMMING  AS  AN  ART.  COMMt'NICA rI0NS  OF  THE  ACM,  1974, 
17,  667-673. 

DESCRIPTION: 

MUCH  HAS  SEEN  WRITTEN  ABOUT  THE  NEED  FOR  COMPUTER  PROGRAMMING  TO  MAKE  A 
TRANSITION  FROM  AN  ART  TO  A DISCIPLINED  SCIENCE.  IMPLICIT  IN  SUCH  REMARKS 
IS  THE  IDEA  THAT  AN  ACTIVITY  THAT  IS  CLASSIFIED  AS  AN  APT  IS  LESS  DESIRABLE 
THAN  ONE  CLASSIFIED  AS  A SCIENCE.  THIS  PAPER  ATTEMPTS  TO  DEMONSTRATE  THAT 
COMPUTER  PROGRAMMING  IS  AN  ART  BECAUSE  IT  INVOLVES  ACCUMMULATED  REAL  WORLD 
KNOWLEDGE,  REQUIRES  SKILL  AND  INGENUITY,  AND  PRODUCES  OBJECTS  OF  BEAUTY. 

A PROGRAMMER  WHO  VIEWS  HIMSELF  AS  AN  ARTIST  MILL  ENJOY  WHAT  HE  DOES  AND  WILL 
DO  IT  BETTER.  (MEA) 

?P,  35R. 


214  PROGRAMMING  LANGUAGES 

KNUTH,  O.E.,  i PARDO,  L.T.  THE  EARLY  DEVELOPMENT  OF  PROGRAMMING  LANGUAGES 
( TECHNICAL  REPORT  STAN-CS-76-562) . STANFORD,  CALIFORNIA:  STANFORD  UNIVERSITY, 
DEPARTMENT  OF  COMPUTER  SCIENCE,  AU6UST  1976.  (NTIS  NO.  AD  AC32123) 

DESCRIPTION: 

THIS  PAPER  SURVEYS  THE  EVOLUTION  OF  HIGH  LEVEL  PROGRAMMING  LANGUAGES  DURING 
THE  FIRST  DECADE  OF  COMPUTER  PROGRAMMING  ACTIVITY.  WE  DISCUSS  THE 
CONTRIBUTIONS  OF  ZUSE  (PLANKALKUEL,  1945),  GOL DSTI NE /VON  NEUMANN  (FLOW 
DIAGRAMS,  1946),  CURRY  (COMPOSITION,  1946),  NAUCHl.Y  ET  AL  (SHORT  CODE, 

1950),  BURKS,  (INTERMEDIATE  PL,  195D,  RUT ISHAUSER  (1951),  POEHM  (1951), 
GLENNIE  (AUTOCODE,  1952),  HOPPFR  ET  AL  (A -2,  1953),  LAK1NG/21ERLER  (1953), 
BACKUS  ET  AL  (FORTRAN,  1954-1957),  BROOK  LK  (MARK  I AUTOCODE,  1954),  SAHQUIN/ 
LIUBIHSKII  (PI-PI-2,  1954),  ERSHOV  (PI-PI,  1955),  GREMS/PORTER  (BACAIC, 
1955),  ELSWORTH  ET  AL  (KOHPILER  2,  1955),  BLUM  (ADES,  1956),  PORLIS  ET  AL 
(IT,  1955),  KATZ  ET  AL  (MATH-MATIC,  1956-1958),  HOPPER  ET  AL  .( FLOW-MAT IC , 
1956-1958),  BAUER/SAMELSON  (1956-1958).  THE  PRINCIPAL  FEATURES  OF  EACH 
CONTRIBUTION  ARE  ILLUSTRATED;  AND  FOR  PURPOSES  OF  COMPARISON,  A PARTICULAR 
FIXED  ALGORITHM  HAS  BEEN  ENCODED  (AS  FAR  AS  POSSIBLE)  IN  EACH  OF  THE 
LANGUAGES.  THIS  RESEARCH  IS  BASED  PRIMARILY  ON  UNPUPLISHED  SOURCE 
“AT, 'RIALS,  AND  THE  AUTHORS  HOPE  THAT  THE T HA Vt  BEEN  ABLE  TO  COMPILE  A FAIRLY 
COMPETE  PICTURE  Of  THE  EARLY  DEVELOPMENTS  IN  THIS  AREA.  (A) 

IIP,  127R. 


215  SOFTWARE  DEVELOPMENT 

KRALY,  T.M.,  NAUGHTOM,  J.J.,  SMITH,  R.L.,  ( TINANOTF,  N.  STRUCTURC  D 
PROGRAMMING  SERIES  (VOL.  S):  PROGRA*  DESIGN  STUDY;  FINAL  REPORT  (REPORT  NO. 
RA0C-TP-74-S JO-VOL— «) . GPIfFISS  AFB,  NFW  YORK;  RO“E  AIR  DEVELOPMENT  CENTER, 
MAT  1975.  (NTTS  NO.  AO  An16415> 

DESCRIPTION: 

THIS  VOLUME  REPORTS  ON  PROGRAM  DESIGN  TOOLS  AND  TECHNIQUES.  IT  EVALUATES 
THESE  TOOLS  AND  TECHNIQUES  DETERMINING  TmEIR  RELATIONSHIP  TO  STRUCTURED 
PROGRAMMING  TECHNOLOGY  AND  PRESENTS  THEIR  ADVANTAGES  AND  DISADVANTAGES. 

THE  MAJOR  CONCLUSION  OF  THIS  R£»ORT  IS  THAT  PROGRAM  DESIGN  LANGUAGES,  AS 
WELL  AS  DETAILED  FLOWCHARTS,  FACILITATE  EXPRESSION  OF  PROGRAM  CONTROL  FLOW 
BUT  THE  FORMER  IS  MORE  EASILY  PRODUCED  AND  MAINTAINED  AT  LESS  EXPENSE.  (A) 


216  PROGRAMMING 

KREITZBERG,  C.B.,  l SHNEIDEPNAN,  B.  THE  ELEMENTS  OF  FORTRAN  STYLE: 

TECHNIQUES  FOR  EFFECTIVE  PROGRAMMING.  NEW  YORK,  NEW  YORK:  HARCOURT  BRACE, 

1972. 

DESCRIPTION: 

THE  ATTRIBUTES  OF  A WELL-WRI 1TEN  COMPUTER  PROGRAM  ARE  EVIDENT.  IT  IS 
EFFICIENT,  FAST,  WELL-DOCUMENTED,  ELEGANT,  AND,  OF  COURSE,  CORRECT.  HOW  TO 
WRITE  SUCH  A PROGRAM  IS  NOT  SO  OBVIOUS.  BY  PREVENTING  ESSENTIAL  TECHNIQUES 
OF  FORTRAN  STYLE,  THIS  BOOK  TEACHES  THE  ART  OF  MRITIN6  A GSOD  PROGRAM. 

EACH  TECHNIQUE  IS  CAREFULLY  EXPLAINED  AND  THE  RATIONALE  FOR  IT  IS  GIVEN  SO 
THAT  THE  STUDENT  CAN  LEARN  WHEN  TO  APPLY  A RULE  AND  WHEN  TO  DEVELOP  HIS  OWN. 
IT  IS  OUR  HOPE  THAT  "THE  ELEMENTS  OF  FORTRAN  STYLE"  WILL  ENABLE  THE  NOVICE 
PROGRAMMER  TO  BECOME  A GOOO  ONE  AND  THE  GOOD  PROGRAMMER  TO  BECOME  A BETTER 
ONE.  (A,  ABBR.) 

1 27P,  23R. 


217  PROGRAMMING  STYLE 

KREITZBERG,  C.B.,  A SHNE IDERMAN,  B. 
DATA,  AUGUST  1972,  5,  40-41. 


THE  ELEMENTS  OF  PROGRAMMING  STYLE.  MODERN 


218  PROGRAMMING,  INSTRUCTION 

KREITZ8ERG,  C.,  t SWANSON,  L.  A COGNITIVE  MODEL  FOR  STRUCTURING  AN 
INTRODUCTORY  PROGRAMMING  CURRICULUM.  AFIPS  CONFEPENCE  PROCEEDINGS,  1974, 

43,  307-311. 

DESCRIPTION: 

INCREASING  ATTENTION  IS  BEING  GIVEN  TO  UNDERGRADUATE  TRAINING  IN  COMPUTER 
USE  AND  "COMPUTER  LITERACY"  IS  RAPIDLY  BECOMING  A REQUIREMENT  OF  THE 
EDUCATED  PFRSON.  WHILE  THE  DEMAND  FOR  PROGRAMMING  INSTRUCTION  IS 
INCREASING,  HOWEVER,  LITTLE  SYSTEMATIC  ATTENTION  HAS  BEEN  GIVEN  TO  HOW 
THAT  INSTRUCTION  MIGHT  dE  IMPROVED.  IN  THIS  PAPER,  WE  WILL  DISCUSS  THREE 
FACTORS  THAT  COULD  LEAD  TO  MORE  MEANINGFUL  INSTRUCTION  — PROVIDING 
SUFFICIENT  CONTEXT,  FACILITATING  VERTICAL  TRANSFER  OF  CONCEPTS  AND  REDUCING 
“COMPUTER  SHOCK."  EMPIRICAL  EVIDENCE  IS  REQUIRED  TO  SUPPORT  THESE 
HYPOTHESES.  (MEA) 

SP,  13R. 


2 19  ALTERNATIVE  DATA  BASE  MODELS 

KUHN,  M . , & SHNE I D ERMAN,  B . TWO  EXPERIMENTAL  COMPARISONS  CF  RELATIONAL 
AND  HIERARCHICAL  OATABASE  MODELS  (I^SM  TECHNICAL  REPORT  NO.  31).  COLLEGE  PARK, 
MARYLAND:  UNIVERSITY  OF  MARYLAND,  DEPARTMENT  OF  INFORMATION  SYSTEMS 
MANAGEMENT,  F FBRUARY  1978. 


220  SOFTWARE  PHYSICS 

KULM,  G.  LANGUAGE  LEVEL  APPLIED  TO  THE  INFORMATION  CONTENT  OF  TECHNICAL 
PROSE.  IN  N.A.  CHIGIER,  l E .A . STERN  (EDS.)  COLLECTIVE  PHENOMENA  AND  THE 
APPLICATION  OF  PHYSICS  TO  OTHER  FIELDS  OF  SCIENCE,  f AYETTEVILLE,  NEW  YORK: 
BRAIN  RESEARCH  PUBLICATIONS,  1975. 

DESCRIPTION: 

ENGLISH  PASSAGES  WERE  USED  TO  ILLUSTRATE  THE  ABILITY  OF  A FORMAL  MEASURE  OF 
LANGUAGE  LEVEL  TO  DISCRIMINATE  PASSAGES  WRITTEN  AT  DIFFERENT  LEVELS  C«T 
DIFFICULTY.  THE  RESULTS  OF  THE  EXPERIMENTS  SHOWED  THAT  THE  MEASURES  OF 
LANGUAGE  LEVEL  AND  INFORMATION  CONTENT  APPEAR  TO  HAVE  PROMISE  IN  THEIR 
APPLICATION  TO  TECHNICAL  ENGLISH.  (0) 


221  TIME-SHARING  VS.  8ATCH  PROCESSING 

t. AMPSON . 8.W.  A CRITIQUE  Of  " AN  EXPLORATORY  INVESTIGATION  OF  PROGRAMMER 
PERFORMANCE  UNDER  ON-LINE  AND  OFF-LINE  CONDITIONS".  IEEE  TRANSACTIONS  ON 
HUMAN  FACTORS  IN  ELECTRONICS,  1967,  HFE-8,  48-51. 

DESCRIPTION: 

THE  PAPER  BY  GRANT  AND  SACKMAN  <1967),  "AN  EXPLORATORY  INVESTIGATION  OF 
PROGRAMMER  PERFORMANCE  UNDER  ON-LINE  AND  OFF-LINE  CONDITIONS"  IS  DISCUSSED 
CRITICALLY.  PRIMARY  EMPHASIS  IS  ON  THIS  PAPER'S  FAILURE  TO  CONSIDER  THE 
MEANING  OF  THE  NUMBERS  OBTAINED.  AN  UNDERSTANDING  OF  THE  NATURE  OF  AN 
ON-LINE  SYSTEM  IS  NECESSARY  FOR  PROPER  INTERPRETATION  OF  THE  OBSERVED  RESULTS 
FOR  DEBUGGING  TIME,  AND  THE  RESULTS  FOR  COMPUTER  TIME  ARE  CRITICALLY 
DEPENDENT  ON  THE  I D.'IOS  YNCR  AC  I £S  OF  THE  SYSTEM  ON  WHICH  THE  WORK  WAS  DONE. 

LACK  OF  ATTENTION  TO  THESE  MATTERS  CANNOT  BE  COMPENSATED  FOR  BY  ANY  AMOUNT  OF 
STATISTICAL  ANALYSIS.  FURTHERMORE,  MANY  OF  THE  CONCLUSIONS  DRAWN  AND 
SUGGESTIONS  MADE  ARE  TOO  VAGUE  TO  8E  USEFUL.  (A) 

4P,  1 1 R . 


222  SOFTWARE  DEVELOPMENT 

LAPADULA,  L»J . ENGINEERING  OF  QUALITY  SOFTWARE  SYSTEMS  (SOFTWAPE  RELIABILITY 
MODELING  AND  MEASUREMENT  TECHNIQUES)  (REPORT  NUMBER  MTR-2648-V0L-8) . BEDFORD, 
MASSACHUSETTS:  MIVRE  CORP.,  JANUARY  1975 


223  PROGRAMMING  LANGUAGES 

LECGARD,  H.F.  TEN  MINI-LANGUAGES:  A STUDY  OF  TOPICAL  ISSUES  IN  PROGRAMMING 

LANGUAGES.  COMPUTING  SURVEYS,  1971,  3,  113-146. 

DESCRIPTION: 

THE  PROLIFERATION  OF  PROGRAMMING  LANGUAGES  HAS  RAISED  MANY  ISSUES  OF 
LANGUAGE  DESIGN,  DEFINITION,  AND  IMPLEMENTATION.  THIS  PAPER  PRESENTS  A 
SERIES  OF  TEN  M INI -LANGUAGES , EACH  OF  WHICH  EXPOSES  SALIENT  FEATURES  FOUND 
IN  EXISTING  PROGRAMMING  LANGUAGES.  THE  VALUE  OF  THE  MINI-LANGUAGES 
LIES  IN  THEIR  BREVITY  OF  DESCRIPTION  AND  THE  ISOLATION  OF  IMPORTANT 
LINGUISTIC  FEATURES:  IN  PARTICULAR,  THE  NOTIONS  OF  ASSIGNMENT,  TRANSFER  OF 
CONTROL,  FUNCTIONS,  PARAMETER  PASSING,  TYPE  CHECKING,  DATA  STRUCTURES, 
STRING  MANIPULATION,  AND  INPUT/OUTPUT.  THE  MI NI -L ANGUAGES  PAY  SERVE  A 
VARIETY  OF  USES:  NOTABLY,  AS  A PEDAGOGICAL  TOOL  FOR  TEACHING  PROGRAMMING 
LANGUAGES,  AS  A SUBJECT  OF  STUDY  FOR  THE  DESIGN  OF  PROGRAMMING 
LANGUAGES,  AND  AS  A SET  OF  TEST  CASES  FOR  METHODS  OF  LANGUAGE 
IMPLEMENT  A ION  OR  FORMAL  DEFINITION.  (A) 

32P,  16R. 


224  STRUCTURED  PROGRAMMING 

LEOGAHD,  H.F.  THE  CASE  FOR  STRUCTURED  PROGRAMMING.  BIT,  1973,  13,  45-57. 
DESCRIPTION: 

THIS  REPORT  IS  MAINLY  A RESPONSE  TO  A PAPER  BY  HENDERSON  AND  SNOWDEN, 

"AN  EXPERIMENT  IN  STRUCTURED  PROGRAM*! NG THE  NOTIONS  Of  STRUCTURED 
PROGRAMMING,  TOP-DOWN  PROGRAMMING,  AND  STEPWISE  REFINEMENT  ARE  COMPARED, 
AND  SOME  CAREFUL  GUIDELINES  FOR  THE  PROPER  USE  OF  STRUCTURED  PROGRAMMING 
APPROACHES  ARE  SUGGESTED.  (A) 

13P,  6R . 


225  PROGRAM  DESIGN 

LEVIN,  S.L.  A SHORT  SURVEY  OF  MODELS  IN  THE  DESIGN  PROCESS  (TECHNICAL  REPORT 
NO.  71?.  IRVINE,  CALIFORNIA:  UNIVERSITY  OF  CALIFORNIA,  DEPARTMENT  OF 
INFORMATION  AND  COMPUTER  SCIENCE,  197S. 

DESCRIPTION: 

A TAXONOMY  FOR  DESCRIBING  MODELS  OF  THE  DESIGN  PROCESS  IS  PRESENTED.  THE 
TAXONOMY  IS  USED  IN  COMPARING  AND  DISCUSSING  SEVERAL  TYPES  OF  DESIGN  MODELS. 
THE  PAPER'S  APPENDIX  CONTAINS  A SUMMARY  DESCRIPTION  FOR  EACH  MODEL  THAT 
IS  DISCUSSED.  (A) 


226  SOFTWARE  DESIGN 

LEVIN,  S.L.  PROBLEM  SELECTION  IN  SOFTWARE  DESIGN  (TECHNICAL  REPORT  NO.  93). 
IRVINE,  CALIFORNIA:  UNIVERSITY  OF  CALIFORNIA,  DEPARTMENT  OF  INFORMATION 
AND  COMPUTER  SCIENCE,  NOVEMBER  1976. 

DESCRIPTION: 

THIS  PAPER  REPORTS  THE  RESULTS  OF  RESEARCH  INTO  THE  COGNITIVE  PROCESSES  OF 
SOFTWARE  DESIGN.  DESIGN  IS  VIEWED  AS  A COMPLEX  ACTIVITY  INVOLVING  THREE 
FUNDAMENTAL  PROCESSES:  SELECTING  PROBLEMS  TO  WORK  ON,  GATHERING  NEEDED 
INFORMATION  FOR  THEIR  SOLUTION,  AND  GENERATING  SOLUTIONS.  A DETAILED  MODEL 
OF  THE  PROBLEM  SELECTION  PROCESS  IS  PRESENTED.  (A,  ABBR.) 

96P,  19R. 


227  ERRORS,  PROGRAMMING 

LIPOW,  M.  ESTIMATION  OF  SOFTWARE  PACKAGE  RESIDUAL  ERROR  (TECHNICAL  REPORT 

NO.  TRW-SS-72-09).  REDONDO  BEACH,  CALIFORNIA:  TRW,  NOVEMBER  1972. 

DESCRIPTION: 

A METHOD  FOR  ESTIMATING  THE  NUMBER  OF  ERRORS  REMAINING  IN  A SOFTWARE  PACKAGE 
IS  PROPOSED  AND  ANALYZED.  IT  IS  BASED  UPON  A SCHEME,  PROPOSED  BY  H.D.  MILLS 
Of  IBM,  IN  WHICH  A SET  OF  KNOWN  ERRORS  IS  'SEEDED'  INTO  THE  SOFTWARE.  A 
SPECIFIED  NUMBER  Of  TESTS  IS  CONDUCTED,  EACH  TEST  CAPABLE  OF  FINDING  ONE  OF 
THE  INDIGENOUS  OR  UNKNOWN  ERRORS,  OR  ONE  OF  THE  SEEDED  ERRORS  WITH  THE 
SAME  PROBABILITY,  OR  OF  FINOING  NO  ERROR.  THE  PROBLEM  IS  TO  ESTIMATE  THE 
TWO  PARAMETERS:  N1 , THE  UNKNOWN  NUMBER  Of  RESIDUAL  ERRORS,  AND  Q,  THE 
UNKNOWN  PROBABILITY  OF  DETECTING  EITHER  A SEEDED  OR  AN  INDIGENOUS  ERROR. 

THE  REASON  THE  SEEDING  SCHEME  WORKS,  OF  COURSE,  IS  BECAUSE  OBSERVED 
DETECTION  RATE  Of  SEEDED  ERRORS  WITH  A KNOWN  NUMBER  OF  SEEDED  ERRORS 
REMAINING  YIELDS  INFORMATION  ON  THE  NUMBER  OF  RESIDUAL  INDIGENOUS  ERRORS, 
SINCE  ThE  LATTER  ERRORS  ARE  DETECTED  AT  THE  SAME  RATE,  PY  ASSUMPTION.  IN 
ADDITION  TO  FINDING  MAXIMUM  LIKELIHOOD  ESTIMATORS  FOR  N1  AND  0,  THE 
CONDITIONAL  DISTRIBUTION  OF  THE  MAXIMUM  LIKELIHOOD  ESTIMATOR  FOR  N1,  GIVEN 
THE  TOTAL  Nt'MBE R OF  ERRORS  DETECTED,  IS  GIVEN  ANALYTICALLY  AND  ALSO  COMPUTED 
IN  TWO  CASES.  THE  DISTRIBUTION  CALCULATION  ALSO  YIELDS  THE  MEAN  AND  THE 
ROOT  MEAN  SQUARE  DEVIATION  Of  THE  ESTIMATOR  FOP  N1 , AND  CONSEQUENTLY,  AN 
INDICATION  OF  ITS  BIAS  AND  PRECISION  FOR  VARIOUS  TRUE  VALUES  OF  N1 , NUMBER 
OF  SEEDED  ERRORS,  AND  OBSERVED  TOTAL  NUMBERS  OF  ERRORS.  (A) 

13P,  2R. 
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229  PROGRAMING,  ERRORS 

li tecky,  c.r.  a study  of  errors,,  error-proneness,  and  error  diagnosis  of 

PROGRAMING  LANGUAGES  WITH  SPECIAL  REFERENCE  TO  COBOL.  DOCTORAL  DISSERTATION, 
UNIVERSITY  OF  MINNESOTA,  MINNEAPOLIS,  MINNESOTA,  1974.  (UNIVERSITY 
MICROFILMS  NO.  74-17,  263) 

DESCRIPTION: 

AN  EXPERIMENT  WAS  CONDUCTED  TO  EXAMINE  THE  TYPES  AND  FREQUENCIES  OF  ERRORS 
MADE  BY  BEGINNING  COBOL  PROGRAMMERS.  SUGGESTIONS  ARE  MACE  FOR  IMPROVEMENTS 
IN  THE  COBOL  LANGUAGE,  COBOL  COMPILERS,  AND  AUTOMATIC  ERROR  CORRECTION. 
(MEA) 

199P,  47R . 
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230  PROGRAMMING 

LITECKY,  C.R.  ASSISTING  STUDENTS  TO  AVOID  CODING  ERRORS  IN  THE  COBOL  LANGUAGE. 
AEDS  JOURNAL,  1976  (WINTER),  36-38. 

DESCRIPTION: 

COBOL  IS  THE  MOST  WIDELY  USED  PROGRAMMING  LANGUAGE  FOR  DATA  PROCESSING; 

MOST  COMMERCIAL  CODING  IS  DONE  IN  COBOL.  YET  COBOL  HAS  NOT  BEEN  TAUGHT  AS 
EXTENSIVELY  AS  MIGHT  BE  EXPECTED.  PERHAPS  THE  MAJOR  REASON  IS  THAT  THE 
COBOL  LANGUAGE  SEEMS  TO  HAVE  A PARTICULARLY  TROUBLESOME  AND  ERROR* PRONE 
SYNTAX  FOR  INEXPERIENCED  PROGRAMMING  LANGUAGE  LEARNERS. 

THIS  SHORT  PAPER  PRESENTS  DATA  ON  COBOL  SYNTACTICAL  ERROR  FPEOUENCIES 
AND  AN  APPROACH  THAT  INSTRUCTORS  MAY  USE  TO  ASSIST  STUDENTS  TC  AVOID  ERRORS 
WHILE  LEARNING  THE  COBOL  LANGUAGE.  THESE  DATA  MAY  ALSO  BE  HELPFUL  IN 
FINDING  ERRORS  DURING  DEBUGGING  OF  SYNTACTICAL  ERRORS  IN  COBOL  PROGRAMS. 


231  PROGRAMMING  LANGUAGES 

LITECKY,  C.R.,  S DAVIS,  G.8.  A STUDY  OF  ERRORS,  ERROR-PRONENESS,  AND  ERROR 
DIAGNOSIS  IN  COBOL.  COMMUNICATIONS  OF  THE  ACM,  1976,  19,  33-37, 

DESCRIPTION: 

this  paper  provides  oata  on  cobol  error  frequency  for  correction  of  frrors 

IN  STUDEfiT-ORIENTED  COMPILERS,  IMPROVEMENT  OF  TEACHING,  AND  CHANGES  IN 
PROGRAMMING  LANGUAGE.  COBOL  WAS  STUDIED  BECAUSE  OF  ECONOMIC  IMPORTANCE, 
WIDESPREAD  USAGE,  POSSIBLE  ERROR-INDUCING  DESIGN,  AND  LACK  OF  RESEARCH.  THE 
TYPES  OF  ERRORS  WERE  IDENTIFIED  IN  A PILOT  STUDY;  THEN,  USING  THE  132  ERROR 
TYPES  FOUND,  1,777  ERRORS  WERE  CLASSIFIED  IN  1,400  RUNS  Of  73  COBOL  STUDENTS. 
ERROR  DENSITY  WAS  HIGH:  20  PERCENT  Of  THE  TYPES  CONTAINED  8C  PERCENT  OF  THE 
TOTAL  FREQUENCY,  WHICH  IMPLIES  HIGH  POTENTIAL  EFFECTIVENESS  FOR  SOFTWARE- 
BASED  CORRECTION  OF  COBOL.  SURPRISINGLY,  ONLY  FOUR  HI GH -F PE QUENC Y ERRORS 
WERE  ERR0R-oR0NE,  WHICH  IMPLIES  .MINIMAL  ERROR  INDUCING  DESIGN.  80  PERCENT  Of 
COBOL  MISSPELLINGS  WERE  CLASSIFIABLE  IN  THE  FOUR  ERROR  CATEGORIES  OF 
PREVIOUS  RESEARCHERS.  WHICH  IMPLIES  THAT  COBOL  MISSPELLINGS  ARE  CORRECTABLE 
BY  EXISTENT  ALGORITHMS.  RESERVED  WORD  USAGE  WAS  NOT  ERROR-PPONE,  WHICH 
IMPLIES  MINIMAL  INTERFERENCE  WITH  USAGE  OF  RESFRVED  WORDS.  OVER  8 P PERCENT 
OF  EPROR  DIAGNOSIS  WAS  FOUND  TO  BE  INACCURATE.  SUCH  FEEDBACK  IS  NOT  OPTIMAL 
FOR  USERS,  PARTICULARLY  FOR  THE  LEARNING  USER  OF  COBOL.  (A) 

5P,  16R. 


g 232  ATTITUDES  TOWARD  SOFTWARE  MAINTENANCE 

| LIU,  Z. C.  A 10JK  AT  SOFTWARE  MAINTENANCE.  DATAMATION,  NOVEMBF  R 1976,  22(11  ), 

i 51-5j. 
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233  DEBUGGING 

LOESER,  R.,  & 6 APOSCHKIN,  E.M.  THE  SECOND  LAU  OF  DEBUGGING . SOFTWARE-PRACTICE 
AND  EXPERIENCE/  1976,  6,  577-578. 

DESCRIPTION: 

DEBUGGING  EFFICIENCY  DEPENDS  ON  SEARCHING  FOR  THE  BUG  IN  THE  RIGHT  PLACE. 

ON  MANY  OCCASIONS,  WHEN  CONFRONTED  BY  PARTICULARLY  STUBBORN  BUGS,  THE 
PRINCIPLE:  ‘IF  YOU  DON’T  SEE  THF  BUG  WHERE  YOU’RE  LOOKING,  THEN  YOU'RE 
LOOKING  IN  THE  WRONG  PLACE,’  HAS  HELPED  US  GREATLY.  WE  HAVE  CONE  TO  REFER 
TO  THIS  PRINCIPLE  AS  THE  SECOND  LAW  OF  DEBUGGING.  OUR  PRACTICAL  EXPERIENCE 
WITH  IT  EXTENDS  OVER  k DOZEN  YEARS.  ON  HANY  OCCASIONS  (JUDGING  AFTER  THE 
FACT),  USE  OF  THIS  LAW  ENABLED  US  TO  LOCATE  A BUG  NORE  QUICKLY  THAN  WE 
OTHERWISE  WOULD  HAVE  DONE.  ON  NANY  OTHER  OCCASIONS  (AGAIN  JUDGING  AFTER  THE 
FACT),  WE  WOULD  HAVE  FOUND  A PARTICULAR  BUG  NORE  QUICKLY  IF  WE  HAD  USED  IT. 
WE  ARE  THOROUGHLY  CONVINCED  THAT  THE  SECOND  LAW  IS  A KEY  TO  NORE  RAPID 
DEBUGGING.  IT,  THEREFORE,  HE R IT S WIDER  RECOGNITION  AND  APPLICATION.  (A) 


234  PROGR ANN 1NG 

LOVE,  L.T.  RELATING  INDIVIDUAL  DIFFERENCES  IN  CONPUTER  PROGRAHHING  PERFORNANCE 
TO  HUNAN  INFORMATION  PROCESSING  ABILITIES.  UNPUBLISHED  DOCTORAL  DISSERTATION, 
UNIVERSITY  OF  WASHINGTON,  1976. 


235  SOFTWARE  DEVELOPMENT  PROCESS 

LOVE,  L.T.  A REVIEW  OF  THE  VARIABLES  WHICH  INFLUENCE  THE  SOFTUARE  DEVELOPNENT 
PROCESS  (TECHNICAL  REPORT  NO.  76ISP001).  ARLINGTON,  VIRGINIA:  GENERAL  ELECTRIC 
COMPANY.,  1976. 

DESCRIPTION: 

THE  SOFTWARE  DEVELOPMENT  PROCESS  IS  DIVIDED  INTO  THREE  STAGES  — TASK 
DEMANDS,  PROGRAM  DEVELOPMENT  PROCESS,  AN  0 OPERATING  PROGRAM.  THE  PROGRAM 
DEVELOPMENT  PROCESS  IS  FURTHER  DIVIDED  INTO  FOUR  COMPONENTS  — PROGRAMMER, 
COMPUTER  SYSTEM,  WORK  ENVIRONMENT,  AND  SOFTWARE  DEVELOPMENT  SYSTEM. 

WITHIN  THIS  FRAMEWORK,  RECENT  WORK  IN  SOFTWARE  ENGINEERING  AND  PSYCHOLOGY 
ARE  REVIEWED  AND  DISCUSSED.  MOST  OF  THE  GENERAL  PAPERS  IN  THE  FIELD  OF 
SOFTWARE  ENGINEERING  ARE  INCLUDED  IN  THIS  REVIEW.  (A) 

45P,  69R. 


236  SOFTWARE  PHYSICS 

LOVE,  L.T.,  A BOWMAN,  A.H.  AN  INDEPENDENT  TEST  0 
PHYSICS.  S 1 1 PL  AN  NOTICES,  NOVEMBER  1976,  1 1 (11  ), 
DESCRIPTION: 

RECENT  WORK  IN  THE  FIELD  OF  SOFTWARE  PHYSICS  H 
RELATING  THE  NATURE  OF  ALGORITHMS  TO  MEASURAPL 
PROGRAMS.  OPE  HYPOTHESIS  IS  THAT  HALSTEAD'S  M 
ELEMENTARY  MENTAL  DISCRIMINATIONS  REQUIRED  TO 
STRONGLY  RELATED  TO  '•'EASURABLE  PROPERTIES  OF  C 
EXPERIMENTS  HAVE  SHOWN  A SURPRISINGLY  HIGH  COR 
MEASURABLE  PROPERTIES  OT  PROGRAMS  AS  NUMBER  OF 
PAPER  PRESENTS  THE  RESULTS  OF  AN  INDEPENDENT  S 
HALSTFAD’S  MEASURE  IS  CALCULATED  FOR  THE  TE 
PUBLISHED  BY  OTHER  INVESTIGATORS  (GOULD,  1975; 
ARE  GIVEN  BETWEEN  >’  AND  GOULD’S  MEDIAN  DEBUG  T 
OF  ERRORS  (R=. 78) , AND  BETWEEN  E AND  WEISSMAN’ 
SELF-EVALUATIONS  ( CO°REL AT  IONS  RANGE  FROM  -.97 
IP,  11R. 


F THE  1HEORY  OF  SOFTWARE 
42-49. 

AS  PRODUCED  SEVERAL  HYPOTHESES 
E PROPERTIES  OF  COMPUTER 
EASURE  OF  E,  THE  NUMBER  OF 
IMPLEMENT  AN  ALGORITHM,  IS 
OMPUTER  PROGRAMS,  SEVERAL 
RELATION  BETWEEN  E AND  SUCH 
BUG  , CODING  TIMES,  ETC.  THIS 
TUDY  FO  TEST  THIS  HYPOTHESIS. 

ST  PROGRAMS  USED  IN  TWO  STUDIES 
WEISSMAN,  1374).  CORRELATIONS 
IME  (R  = .2C ) AND  AVERAGE  NUMBER 
S COMPREHENSION  QUIZZES  AND 
y 0 *.ZT>.  (A  6 HfiR) 


237  SOFTWARE  DEVELOPMENT  PROCESS 

LOVE,  L.T.,  t FITZSIMMONS,  A.  A SURVEY  OF  SOFTWARE  PRACTITIONERS  TO  IDENTIFY 
CRITI CA‘  FACTORS  IN  THE  SOFTWARE  DEVELOPMENT  PROCESS  (TECHNICAL  REPORT  NO. 
7E06AS1 ) * ABLINGTON,  VIRGINIA:  GENERAL  ELECTRIC  COMPANY.  INFORMATION  SYSTEMS 
PROGRAMS,  1976. 

DESCRIPTION: 

WE  MUST  FIRST  IDENTIFY  THE  CRITICAL  AND  INEFFICIENT  COMPONENTS  OF  THE 
SOFTWARE  DEVELOPMENT  PROCESS,  THEN  DETERMINE  WHICH  ONES  CAN  BE  ELIMINATED 
OR  IMPROVED.  THE  PRESENT  RESEARCH  PROJECT  WAS  CONCEIVED  AS  A STEP  TOWARD 
THE  IDENTIFICATION  OF  CRITICAL  CONPONENTS  OF  THE  Su'TWARE  DEVELOPMENT 
PROCESS. 

ESSENTIALLY,  WE  DECIDED  70  POLL  THOSE  PEOPLE  MOST  QUALIFIED  TO  PINPOINT 
CURRENT  SOFTWARE  DEVELOPMENT  DIFFICULTIES;  VI 2.,  THE  SOFTWARE  DEVELOPERS 
THEMSELVES.  WE  RECOGNIZE  THAT  THE  INTROSPECTIONS  GF  SOFTWARE  PRACTITIONERS 
MAY  NOT  GENERATE  THE  ULTIMATE  ANSWERS  SIJn’E  THE  0IFFICU1TIES  WHICH  THEY 
BELIEVE  TO  BE  MOST  CRITICAL  MAY  NOT,  IN  THE  FINAL  ANALYSIS,  BE  THE  MOST 
CRITICAL.  «£,  THEREFORE,  MAKE  NO  PREPENSE  THAT  WE  ARE  FINDING  THE  ANSWER 
TO  OUR  QUESTION.  RATHER,  UPON  CONCLUSION  OF  THIS  EFFORT,  WE  CAN  ONLY  SAT 
THAT  WE  KNOW  WHAT  SOFTWARE  PRACTITIONERS  'THINK1  THE  ANSWER  IS. 

A SIGNIFICANT  CONTRIBUTION  OF  THIS  WORK  WILL  BE  THE  ABILITY  TO  NOT  ONLY 
IDENTIFY  THE  CRITICAL  COMPONENTS  OF  THE  SOFTWARE  DEVELOPMENT  PROCESS,  BUT 
ALSO  TO  HAVE  AN  INDEX  OF  THE  CRITICALITT  OF  EACH  SUCH  CC^Pl.'..NT. 

POPULATION  SAMPLED:  TWO  HUNDRED  SURVEYS  WERE  SENT  CUT  TO  SOFTWARE 
DEVELOPERS  AND  MANAGERS  IN  FIVE  LOCATIONS  Of  GENERAL  ELECTRIC.  THESE 
U'C'UOEO  5P  SENT  TO  ARC  1NGT0N;  60  St-NT  TO  SUNNYVALE;  3C  T»*  BELTSVILLE;  1G 
TO  SCHENECTADY;  AND  SC  TO  SYRACUSE.  THE  RESPONDENTS  INCLUDED  ANY  PERSON  WHO 
UnS  OR  HAO  BEEN  DIRECTLY  INVOLVED  IN  DEVELOPING  SOFTWARE  FOR  AT  LEAST  ONE 
TEAR.  THE  RESPONDENTS  WERE  INSTRUCTED  TO  ANSWER  EACH  QUESTION  BASED  ON 
THEIR  OWN  EXPERIENCES  IN  SOFTWARE  DEVELOPMENT  PROJECTS.  BICA'/SE  OF  THE 
RAPID  RATE  OF  CHANGE  OF  METHODS  AND  TOOLS  IN  THE  SOFTWARE  FIELD,  THE 
RESPONDENTS  WERE  ASKED  THAT  RESPONSES  BE  LIMITED  TO  EXPERIENCES  DURING  THE 
LAST  TWO  YEARS. 

DESCRIPTION  OF  SURVEY:  THE  SURVEY  WAS  COMPOSED  OF  THREE  SECTIONS  AND  A 
COVER  LETTER  DESCRIBING  THE  PURPOSE  AND  GENERA,.  OUTLINE  OF  THE  SURVEY. 

(A  COPY  OF  THE  COMPLETE  SURVE . IS  1:4  APPENDIX  A.)  (A) 


238  DEBUGGING 
LOVE,  R.E.  OPT 
PROCEEDINGS  OF 
SEPTEMBER  1969 
ELECTRICAL  AND 


IMISING  COMPUTER  SOURCE  LANGUAGE  USING  A VISUAL  DISPLAY. 
THE  INTERNATIONAL  SYMPOSIUM  ON  MAN-KACHINE  STSTIMS,  8-12 
(VOi.  1).  IEEE  CONFERENCE  RECORD  .40.  69C58-MMS,  INSTITUTE 
ELECTRONIC  ENGINEERS. 
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239  SOFTWARE  DEVELOPMENT  PROCESS 

LOVE,  T.,  t FITZSIMMONS,  A.  A SURVEY  OF  SOFTWARE  PRACTITIONERS  TO  IDENTIFY 
CRITICAL  FACTORS  IN  THE  SOFTWARE  DEVELOPMENT  PROCESS  (REPORT  NO.  77ISP002). 
ARLINGTON,  VIRGINIA:  CENTRAL  ELECTRIC  COMPANY,  INFORMATION  SYSTEMS  PROCRAMS, 
JANUARY,  1977. 

DESCRIPTION: 

IT  MAS  BECOME  INCREASINGLY  IMPORTANT  IITHIN  t£  TO  IMPROVE  THE  PRODUCTIVE f 
OF  PROGRAMMERS  AS  WELL  AS  THE  RELIABILITY  OF  THE  SOFTWARE  THEY  PRODUCE . TO 
PROVIDE  US  WITH  INFORMATICS  AS  TO  WHICH  COMPONENTS  OF  THE  SOFTWARE 
DEVELOPMENT  PROCESS  ARE  MOST  IMPORTANT  TO  THE  OVERALL  SUCCESS  OF  A SOFTWARE 
DEVELOPMENT  If  FORT,  WE  SURVEYED  89  SOFTWARE  PRACTITIONERS  FROM  4 GE 
LOCATIONS. 


WE  ATTEMPTED  TO  ELICIT  THE  SAME  TYPE  OF  INFORMAYION  IN  THREE  DIFFERENT 
WAYS:  1>  RATINGS  OF  THE  CRITICALITY  Of  100  INDIVIDUAL  PROBLEMS,  2)  RANK 
ORDERING  OF  CLASSES  OF  PROBLEMS,  AND  $}  OPEN-ENDED  QUESTIONS  REQUESTING 
SIMILAR  INFORMATION. 

NO  SINGLE  PROBLEM  STOOD  OUT  AS  NOST  CRITICAL  lit  ALL  THREE  SECTIONS  OF  THE 
SURVEY.  IN  SECTION  1,  MOST  CRITICAL  DIFFICULTIES  WERE  RELATED  TO  THE 
MANAGEMENT  PLAN  Af<0  REQUIREMENTS  ANALYSIS.  BY  CONTRAST,  ON  THE  OPEN-ENDED 
QUESTIONS,  THE  SINGLE  MOST  IMPORTANT  FACTOR  CONTRIBUTING  TO  THE  SUCCESS  OF 
SOFTUARE  DEVELOPMENT  EFFORTS  WAS  CLAIMED  TO  BE  COMPETENT  AND  COOPERATIVE 


PEOPLE.  (A) 
GOP,  3R. 


240  SOFTWARE  DEVELOPMENT 

LUPPINO,  F .N • , 4 SMITH,  R.L.  STRUCTURED  PROGRAMMING  SERIES  (VOL.  5): 
PROGRAMMING  SUPPORT  LIBRARY  (PSD:  -UHCTIONAL  REQUIREMENT:  FINAL  REPORT 
(REPORT  NO.  RADC-TR-74-30O-VOL-5).  GRIFFIS  AFB,  NEW  YORK:  ROME  AIR  DEVELOPMENT 
CENTER,  JULY  1974.  (NTIS  NO.  AD  A003339) 

DESCRIPTION: 

THIS  REPORT  DESCRIBES  THE  FUNCTIONAL  REQUIREMENTS  fOfi  A PROGRAMMING  SUPPORT 
LIBRARY.  PROGRAMMING  SUPPORT  LIBRARIES  ARE  USED  TO  SUPPORT  THE  DEVELOPMENT 
AND  MAINTENANCE  OF  COMPUTER  PROGRAMS.  THIS  REPORT  CONTAINS  A GENERAL 
DESCRIPTION  Of  THE  FUNCTIONAL  REQUIREMENTS  FOR  A SPECIFIC  PROGRAMMING 
SUPPORT  LIBRARY.  EIGHT  GENERAL  FUNCTIONAL  AREAS  AND  THE  REQUIREMENTS 
RELATED  TO  ON-LINE  IMPLEMENTATION  ARE  DESCRIBED.  1H*  REPORT  ALSO  CONTAINS 
HI PO  (HIERARCHY  INPUT  PROCESS  OUTPUT)  CHARTS  WHICH  PROVIDE  A GRAPHICAL 
REPRESENTATION  OF  THE  FUNCTIONAL  REQUIREMENTS . (A) 

5SP,  5R. 


241  LEARNING  OF  PROCEDURES 

LYON,  D.,  A THOMAS,  J.C.,  JR.  PREDICTING  INSUFFICIENT  LEARNING  OF  A COMPLEX 
PROCEDURE  (TECHNICAL  REPORT  RC-6627).  YORKTOWN  HEIGHTS,  NEW  YORK:  IBM  WATSON 
RESEARCH  CENTER,  JULY  1977.  (NTIS  NO  AD  AP55586) 


242  INFORMATION  SYSTEMS 

MADNICK,  S.E.  TRENDS  IN  COMPUTERS  AND  COMPj ■ TNG : THE  INFORMATION  UTILITY. 
SCIENCE,  1977,  195,  1191-1199. 

DESCRIPTION: 

The  rOMRLE XI TY , INTERDEPENDENCE,  AND  RAPIDITY  OF  EVENTS  IN  MODERN  SOCIETY 
HAVE  ACcEl ERATEO  DEMANDS  FOR  MORE  EFFECTIVE  WAYS  TO  STORE,  PROCESS,  AND 
MANAGE  INFORMATION.  FDVANCES  IN  BOTH  COMPUTER  HARDWARE  (ELECTRONICS)  AND 
SOFTWARE  ( PR06R  ANK IN- ) HAVE  PROVIDED  THF  TECHNOLOGY  THAT  CAN  MAKE  IT 
POSSIBLE  TC  EFFECTIVELY  ADDRESS  MANY  OF  THESE  DEMANDS.  IN  THIS  ARTICLE,  * 
REVIEW  THE  STRUCTURE  OF  CLASSICAL  COMPUTER-BASED  INFORMATION  SYSTEMS  AND 
THEN  CONSIDER  THf-SE  ADVANCES  AND  SHOW  HOW  THEY  FIT  INTO  THE  EVOLUTION 
OF  THE  INFORMATION  UTILITY.  (A) 
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243  PROGRAM  SYNTHESIS 

MANNA,  Z.,  A WALDINGEA,  R.  THE  AUTOMATIC  SYNTHESIS  OF  RECURSIVE  PROGRAMS. 

IN  PROCEEDINGS  OF  THE  ACM  SYMPOSIUM  ON  ARTIFICIAL  INTELLIGENCE  AND  PROGRAMMING 
LANGUAGES,  SIGPLAN  NOTICES,  AUGUST  1977,  12(8),  29-36  (ALSO:  S16ART  NEWSLETTER, 
AUGUST  1977,  NO.  64,  29-36). 

DESCRIPTION: 

WE  DESCRIBE  A DEDUCTIVE  TECHNIQUE  FOR  THE  AUTOMATIC  CONSTRUCTION  OF 
RECURSIVE  PROGRAMS  TO  MEET  GIVEN  INPUT-OUTPUT  SPECIFICATIONS.  THESE 
SPECIFICATIONS  EXPRESS  WHAT  CONDITIONS  THE  OUTPUT  OF  THE  DESIRED  PROGRAM 
IS  EXPECTED  TO  SATISFY.  THE  DEDUCTIVE  TECHNIQUE  INVOLVES  TRANSFORMING  THE 
SPECIFICATIONS  BY  A COLLECTION  OF  RULES,  SUMMONED  BY  PATTERN-DIRECTED 
FUNCTION  INVOCATION.  SOME  OF  THESE  TRANSFORMATION  RULES  EXPRESS  THE 
SEMANTICS  OF  THE  SUBJECT  DOMAIN;  OTHERS  REPRESENT  MORE  GENERAL  PROGRAMMING 
TECHNIQUES.  THE  RULES  THAT  INTRODUCE  CONDITIONAL  EXPRESSIONS  AND  RECURSIVE 
CALLS  INTO  THE  PROGRAM  ARE  DISCUSSED  IN  SOME  DETAIL. 

THE  DEDUCTIVE  TECHNIQUES  DESCRIBED  ARE  EMBEDDED  IN  A BURNING  SYSTEM 
CALLED  SVNSYS.  THIS  SYSTEK  ACCEPTS  SPECIFICATIONS  EXPRESSED  IN  HIGH-LEVEL 
DESCRIPTIVE  LANGUAGE  AND  ATTEMPTS  TO  TRANSFORM  THEM  It.TO  A CORRESPONDING 
LISP  PR06RAM.  THE  TRANSFORMATION  RULES  ARE  EXPRESSED  IN  THE  QLISP 
PROGRAMMING  LANGUAGE.  THE  SYNTHESIS  OF  TWO  PROGRAMS  PERFORMED  BY  THE 
SYSTEM  ARE  PRESENTED.  (A) 

SP,  13R. 


244  PROGRAMMING 

MAYER,  R.E.  DIFFERENT  PROBLEM-SOLVING  COMPETENCIES  ESTABLISHED  IN  LEARNING 
COMPUTER  PROGRAMMING  WITH  AND  WITHOUT  MEANINGFUL  MODELS.  JOURNAL  OF 
EOUCATIOLAL  PSYCHOLOGY,  1975,  67,  725-734  (ALSO  INSTRUCTIONAL  VARIABLES  IN 
MEANINGFUL  LEARNING  OF  COMPUTER  PROGRAMMING,  INDIANA  MATHEMATICAL  PSYCHOLOGY 
PROGRAM  REPORT  NO.  75-1,  BLOOMINGTON,  INDIANA : INDIANA  UNIVERSITY,  DEPARTMENT 
OF  PSYCHOLOGY,  1975). 

DESCRIPTION: 

ONE  HUNDRED  SEVENTY-SIX  NONPROGRAMNERS  LEARNED  A COMPUTER  PROGRAMMING 
LANGUAGE  BY  A METHOD  (RODEO  THAT  £«PHASIZED  A DIAGRAM  MODEL  OF  A COMPUTER 
EXPRESSED  IN  FAMILIAR  7ERMS  OR  8Y  A METHOD  WITH  NO  MODEL  (NONMODEL)  AND 
THEN  PRACTICED  ON  EXERC’SCS  AND  TOOK  A POST  TEST.  IN  LEARNING  AND  POST 
TEST  PERFORMANCE,  MODEL  SUBJECTS  PERFORMED  BEST  ON  INTERPtit 7 AT  ION  Of 
PROGRAMS  AND  ON  PROBLEMS  REQUIRING  L00PIN6,  WHILE  NONMODEL  SUBJECTS  EXCELLED 
ON  STRAIaHTFORUARO  GENERATION  OF  PROGRAMS.  THE  MODEL  WAS  ESPECIALLY 
HELPFUL  FOR  LOU  ABILITY  SUBJECTS.  PRACTICE  IN  INTERPRET  A TION  HELPED 
HONNODEL  SUBJECTS  MOST  AND  PRACTICE  IN  WRITING  SIMPLE  PROGRAMS  HELPED 
•ODtL  SUBJECTS  MOST.  THE  ROLES  OF  THE  MODEL  IK  ESTABLISHING  A MEANINGFUL 
LEARNING  SET,  AND  OF  PRACTICE  ON  MATHAGEN1C  ACTIVITY,  WERE  DISCUSSED. 

-A) 

TOP,  16R. 


245  PROGRAM  COMPLEXITY 

MCCABE,  T.J.  A COMPLEXITY  MEASURE.  IEEE  TRANSACTIONS  ON  SOFTWARE  ENGINEERING, 
1976,  SE-2,  308-320. 


246  SOFTWAPE  ENGINEERING 

MCCLURE,  C.T.  TOP-DOWN,  BOTTO--UP,  AND  STRUCTURED  PROGRAMMING.  IEEE 
TRANSACTIONS  ON  SOFTWARE  ENGINEERING,  1975,  SE-1,  397-402. 
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247  PROGRAMMING 

MCCRACKEN,  0.0.  REVOLUTION  IN  PROGRAMMING:  AN  OVERVIEW.  DATAMATION,  DECEMBER 

1973/  50-52. 

DESCRIPTION: 

THIS  BRIEF  ARTICLE  INTRODUCES  A SPECIAL  ISSUE  ON  STRUCTURED  PROGRAMMING. 
(HMR) 

3P,  OR. 


248  AUTOMATIC  PROGRAMMING 

NCCUNE/  B.P.  THE  PS1  PROGRAM  MODEL  BUILOER . IN  PROCEEDINGS  OF  THE  ACM 
SYMPOSIUM  ON  ARTIFICIAL  INTELLIGENCE  AND  PROGRAMMING  LANGUAGES/  SIGPLAN 
NOTICES,  AUGUST  1977,  12(8),  130-139  (ALSO:  SI6ART  NEWSLETTER,  AUGUST  1977, 

NO.  64,  130-139). 

DESCRIPTION: 

A SYSTEM  CALLED  THE  PROGRAM  MODEL  BUILDER  (PMB)  IS  BEING  DESICNEt  AND 
IMPLEMENTED  TO  PERFORM  THE  BASIC  OPERATIONS  REQUIRED  TO  SYNTHESIZE  AND 
MODIFY  PROGRAMS.  PMB  PLAYS  A CENTRAL  ROLE  .'S  ONE  OF  THE  EXPERT  MODULES  OF 
THE  PSI  PROGRAM  SYNTHESIS  SYSTEM.  PMB  BUILDS  A COMPLETE  AND  CONSISTENT 
PROGRAM  MODEL  FROM  SMALL  CHUNKS  OF  PROGRAM  SPECIFICATION  RECEIVED  FROM 
OTHER  PSI  EXPERTS.  PMB  MUST  DEAL  WITH  THE  FACT  THAT  THESE  PROGRAM  FRAGMENTS 
OFTEN  OMIT  DETAILS  AND  MAY  BE  INCOMPLETE,  AMBIGUOUS,  INCONSISTENT, 
NONSPECIFIC,  AND  ARBITRARILY  ORDERED.  THE  INITIAL  VERSION  OF  PMB  HAS 
SUCCESSFULLY  SYNTHESIZED  A FEW  PROGRAM  MODELS  FROM  FRAGMENTS.  THIS  WORK 
INCLUDES  THE  EVOLUTION  OF  A VERY  HIGH-LEVEL  PROGRAM  MODELLING  LANGUAGE, 

THE  IDENTIFICATION  AND  CODIFICATION  OF  USEFUL  VERY  H’GH-LEVEL  PROGRAMMING 
KNOWLEDGE  INCLUDING  EQUIVALENCE  TRANSFORMATIONS,  AND  THE  IMPLEMENTATION  OF 
A RULE-BASED  PROBLEM  SOLVING  SYSTEM  EMBODYING  THIS  KNOWLEDGE.  (A) 

10P,  12R. 


249  NATURAL-LANGUAGE  PROGRAMMING 

MCGEE,  R.T.  THE  TRANSLATION  OF  DATA  STRUCTURE  REPRESENTATIONS  OF  SINPLE 
QUEUING  PROBLEMS  INTO  SPSS  PROGRAMS  AND  ENGLISH  TEXT.  MONTEREY,  CALIFORNIA: 
NAVAL  POSTGRADUATE  SCHOOL,  JUNE  1971.  (NTIS  NO.  AD  757701) 

DESCRIPTION: 

ONE  OF  THE  GOALS  OF  COMPUTER  TECHNOLOGY  IS  TO  HAVE  THE  ABILITY  TO 
COMMUNICATE  WITH  THE  COMPUTER  IN  A NATURAL  LANGUAGE  SUCH  AS  ENGLISH.  A 
RESEARCH  EFFORT  UNDCRWA Y AT  THE  NAVAL  POSTGRADUATE  SCHOOL  INVOLVES  THE 
DESIGN  AND  IMPLEMENTATION  OF  A COMPUTER  SYSTEM  FOR  TRANSLATING  UAT'JRAL 
LANGUAGE  DESCRIPTIONS  OF  SIMULATION  PROBLEMS  INTO  EXECUTABLE  COMPUTER 
PROGRAMS.  IN  THIS  SYSTEM,  ENGLISH  TEXT  IS  TRANSLATED  INTO  AN  INTERNAL 
DATA  STRUCTURE  WHICH  IS  THEN  TRANSLATED  INTO  A COMPUTER  PROGRAM  FOR 
PERFORMING  THE  SIMULATION.  THIS  PAPER  REPORTS  ON  AN  EFFORT  MADE  TO  AID 
THE  USER  OF  THIS  SYSTEM  BY  <1)  EXTENDING  THE  CAPABILITIES  OF  AN  EXISTING 
PROCEDURE  FOR  TRANSLATING  THE  INTERNAL  DATA  STRUCTURE  INTO  A GPSS 
SIMULATION  PROGRAM,  AND  (2)  DEVELOPING  A PROCEDURE  FOR  TRANSLATING  THE 
DATA  STRUCTURE  INTO  ENGLISH  TEXT  SO  The  USER  COULD  SEE  THAT  HIS  INPUT  TEXT 
HAD  BEEN  CORRECTLY  INTERPRETED.  THE  BASIC  OPERATION  OF  THE  SYSTEM  IS 
DESCRIBED  AND  EXAMPLES  ARE  GIVEN  TO  ILLUSTRATE  THE  SYSTEM’S  CAPABILITIES. 
(A) 

750,  .OR. 


250  STRUCTURED  PROGRAMING 

MCGOWAN,  C.  STRUCTURED  PROGRAMMING:  A REVIEW  OF  SOME  PRACTICAL  CONCEPTS. 
COMPUTER  MAGAZINE,  JUNE  1975,  8(6),  25-30. 

DESCRIPTION: 

THE  SOFTWARE  DEVELOPMENT  PROCESS  IS  BEING  REEXAMINED  CRITICALLY  THESE  DAYS. 
THERE  ARE  AT  LEAST  TWO  REASONS  FOR  THIS  RENEWED  SCRUTINY:  FIRST,  THE 
INEXORABLE  ADVANCE  OF  HARDWARE  TECHNOLOGY  HAS  NOW  MADE  SOFTWARE  COSTS  THE 
CLEARLY  DOMINANT  COMPONENT  OF  COMPUTING  COSTS.  SECOND,  AMIDST  THE  FUROR 
OVER  STRUCTURED  PROGRAMMING  (SP),  WE  HAVE  COLLECTIVELY  REALIZED  THAT  WE  CAN 
INDEED  DO  BETTER  (IN  AT  LEAST  THE  CODING  CUBF-POfESS  OF  SOFTWARE  PRODUCTION). 
THIS  REALIZATION  LEADS  US  TO  RECONSIDER  CURRENT  DESIGN  AND  IMPLEMENTATION 
STRATEGIES  FOR  POSSIBLY  BETTER  WAYS. 

SP  HAS  8EC0ME  A RALLYING  POINT  FOR  ME TK0D0LG5Y  CHANGES.  IN  THE  LONG  RUM, 
THIS  MAY  WELL  BE  ITS  MOST  SIGNIFICANT  IMPACT  UPON  PRODUCTION  PROGRAMMING 
PRACTICES.  SEVERAL  NEW  SOFTWARE  TECHNIQUES  AMD  TOOLS  HAVE  GATHERED  UNOEft 
THE  GONFALON  OF  SP.  IN  THIS  PAPER,  I WILL  DISCUSS  SOME  IMPORTANT  PRACTICAL 
FEATURES  OF  THE  ENSEMBLE  CALLED  SP.  (A) 

6P,  11R. 


251  PROGRAMMING 

MCGOWAN,  C.L.,  G KELLY,  J.R.  TOP-DOWN  STRUCTURED  PROGRAMMING  TECHNIQUES . 
NEW  YORK,  NEW  YORK:  PETRO CELL  I/CHAR TER,  1975. 


252  STRUCTURED  PROGRAMMING 

MCHENRY,  R.  MEASURING  PROGRAMMING  IMPROVEMENT  AT  IBM-/ SD . COMPUTER  MAGAZINE, 
JUN'  1975,  8(6),  A9. 


253  PROGRAMMING  LANGUAGES 

MCKEEMAN,  W.M.  ON  PREVENTING  PROGRAMMING  LANGUAGES  FROM  INTERFERING  WITH 
PROGRAMMING.  IEEE  TRANSACTIONS  ON  SOFTWARE  ENGINEERING,  1975,  SE-1,  19-26. 
DESCRIPTION: 

WIRTH  HAS  PROPOSED  A METHOD  OF  "STEPWISE  REFINEMENT"  FOR  »RITINC  COMPUTER 
PROGRAMS.  THIS  PAPER  PROPOSES  THAT  THi  STEPS  BE  EXPRESSED  AS  PROOFS.  A 
PROGRAM  FOR  THE  EIGHT-QUEENS  PROBLEM  IS  DEVELOFSD,  AND  THE  PROOF  METHOD  IS 
APPLIED  ACROSS  TWO  OF  THE  STEPS  OF  THE  DEVELOPMENT.  THE  STRENGTHS  AND 
UEAKNESSFS  OF  THE  METHOO,  AND  ITS  IMPLICATIONS  FOR  THE  PROGRAMMING  PROCESS 
AND  PROGRAMMING  LANGUAGE  DESIGN  Ar<E  DISCUSSED.  (A) 

8P,  13R. 


25A  THROWAWAY  MODULES,  APL 

MCLEAN,  E.R.  THE  CONCEPT  Of  THROWAWAY  CODE.  DATAMATION,  MARCH  1977,  23(3), 
PP.  1 39-1  AO;  1 A 2;  1AA. 
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255  PETRI  NETS  FOR  MODELING  INTERACTIVE  SYSTEMS 

MELDilAN,  J.A.  A HEW  TECHNIQUE  FOR  MODELING  THE  FJEHAVIOR  OF  MAN-MACHINE 
INFORMATION  SYSTEMS.  SLOAN  MANAGEMENT  REV! EW,  1977,  18(3),  29-46. 

DESCRIPTION: 

A SERIOUS  PROBLEM  IN  UNDERSTANDING  OR  DESIGNING  MAN-MACHINE  SYSTEMS  IS  THE 
LACK  OF  POWERFUL,  FORMAL  TECHNIQUES  FOR  MODELING,  OR  DESCRIBING  MAN-MACHINE 
INTERACTIONS.  THIS  PAPER  FOCUSES  ON  MAN-MACHINE  INTERACTIONS  IN  MANAGEMENT 
INFORMATION  SYSTEMS.  A MANAGEMENT  INFORMATION  SYSTEM  HAS  FOUR  CRUCIAL 
CHARACTERISTICS  THAT  COMPLICATE  MODELING  — A LARGE  NUMBER  OF  INTERACTING 
SUBSYSTEMS,  HIGHLY  PARALLEL  BEHAVIOR,  ASYNCHRONOUS  COORDINATION  OF 
SUBSYSTEMS,  AND  ALTERNATIVE  BEHAVIOR  OF  SUBSYSTEMS.  IT  IS  SUGGESTED  THAT 
PETRI  NETS  OFFER  A TECHNIQUE  FOR  MODELING  TKAT  IS  FORMAL  AND  EXPLICIT, 
HIGHLY  MODULAR,  ANO  COMPREHENSIVE  AND  CAN  AID  IN  BETTER  UNDERSTANDING 
MAN-MACHINE  INTERACTIONS.  <MEA) 

18P,  21R. 


2S6  SOFTWARE  DEVELOPMENT 

NERWIN,  P.E.  ESTIMATING  SOFTWARE  DEVELOPMENT  SCHEDULES  AMD  COSTS.  IN 
PROCEEDINGS  OF  THE  ACM  DESIGN  AUTOMATED  WORKSHOP , 1972. 


257  DEBUGGING 

RICHARD,  A.  ANALYSE  DU  TRAVAIL  DE  DIAGNOSTIC  D'ERREURS  LOGxQUES  DANS  UN 
PROGRAMME  FORTRAN  (ANALYSIS  OF  THE  WORK  .F  DIAGNOSIS  OF  LOGICAL  ERRORS  IN  A 
FORTRAN  PROGRAM)  (REPORT  NO.  C.O.  7602-K48).  LE  CHESNAY,  FRANCE:  INSTITUT  DE 
RECHERCHE  D* INFORMATIQUE  ET  D 'AUTOMATION-,  1975. 


258  PROGRAMMING  PRACTICES 

MILLER,  E.F.,  JR.  A SYNOPSIS  OF  f OMR  APPROACHES  TO  EVALUATION  OF  MODERN 
PROGRAMMING  PRACTICE  (REPORT  NO.  RP-6).  LA  JOLLA,  CALIFORNIA:  SCIENCE 
APPLICATIONS,  INC.,  OCTOBER  1975. 

DESCRIPTION: 

INTERNATIONAL  BUSINESS  MACHINES  HAS  COMPLETED  A SERIES  OF  REPORTS, 
RADC-TR-SOC,  WHICH  OUTLINE  A NUMBER  OF  PROCEDURES  WHICH  COLLECTIVELY  ARE 
CONCFIVED  OF  AS  MODERN  PROGRAMMING  PRACTICES.  THESE  MODERN  PROGRAMMING 
PRACTICES  ARE  DESIGNED  TC  IMPROVE  THE  PRODUCTION  OF  SOFTWARE  BY  REDUCING 
ERRORS,  ENHANCING  AMENABILITY  TO  CHANGE,  AND  IMPROVING  PERFORMANCE  OF 
INDIVIDUAL  PROGRAMMERS,  THUS  REDUCING  COSTS  AND  CONCOMITANTLY  LOWERING 
TIME  TO  COMPLETE  SOFTWARE  PROJECTS.  SINCE  IMPLEMENTATION  OF  THESE 
PRACTICES  IS  COSTLY  IN  TERMS  OF  TRAINING,  SETTING  OF  STANDARDS  AND 
MONITORING,  IT  IS  CONSIDERED  PRUDENT  TO  EVALUATE  HOW  MODERN  PRACTICES  MIGHT 
3 E COMPARED  TO  CONVENTIONAL  PROGRAMMING  PRACTICES  IN  ORCER  TO  ASSESS  THE 
VALUE  OF  IMPLEMENTING  THE  PROGRAM  ON  A LARGE  SCALE.  THIS  PAPER  SUMMARIZES 
THE  ANALYSES  MADE  BY  FOUR  INDEPENDENT  CONSULTANTS  ABOUT  HOW  SUCH  EVALUATIONS 
MIGHT  BE  CONDUCTED.  (A) 

19P,  5R. 
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259  STRUCTURED  PROG,  AMM^NC 

MILLER,  £ ,„  f.,  JR . I LINOAMOOD,  G.  £.  STRUCTURED  PROGRAMMING:  TOP-DOWN 
APPROACH.  DATAMATION,  DECEMBER  1973,  50-52, 

DESCRIPTION: 

STRUCTURED  PROGRAMMING,  If  THE  CURRENT  LEVEL  Of  INTEREST  AND  CONTROVERSY 
WITHIN  THE  COMPUTING  COMMUNITY  IS  ANY  MEASURE,  JS  AN  IDEA  WHOSE  TIME 
HAS  C0A1.  IN  A VERY  GENERAL  WAY,  STRUCTURED  PROGRAMMING  IS  A REFLECTION 
Of  THE  CONCERN  WITH  FORM  AND  THE  INTERRELATIONSHIPS  WHICH  C7IST  BETWEEN  THE 
ATTRIBUTES  Of  A "GOOD"  PROGRAM  AND  WHAT  THE  PROGRAM  IS  SUPPOSED  TO  DO. 

THUS,  THE  INTENSE  INTEREST  IN  STRUCTURED  PROGRAMMING  MAY  BE  A MANI f EST ATI  ON 
Of  A CONING  MATURATION  Of  COMPUTING  WHICH  IS  INTRINSICALLY  A HUMAN  ACTIVITY, 
(A,  A8BR.) 

3P,  11R. 


260  PROGRAMMING  LANGUAGES 

MILLER,  E.f.,  JR.,  I WASSERRAN,  A. I.  HIGH  ORDER  LAN6UA6E  EVALUATION  PROJECT: 
fINAL  REPORT  (TECHNICAL  REPORT  NO.  2AI-78-523-110-Sf > . SAN  fRANCISCO, 
CALIfORNIA:  SCIENCE  APPLICATIONS,  INC,,  fEBRUARY  1977. 


261  TESTING 

MILLER,  J.C.,  & MALONEY,  C.J.  SYSTEMAflC  MISTAKE  ANALYSIS  Of  DIGITAL  COMPUTER 
PROGRAMS.  COMMUNICATIONS  Of  THE  AcN,  1963,  6,  58-63. 

DESCRIPTION: 

EffECTIVE  PROGRAM  TESTING  REOUIRES  THAT  EVERY  PART  Of  THE  PROGRAM  BE 
CONSIDERED.  THIS  PAPER  DESCRIBES  A METHOD  fOR  DETERMINING  THE  NECESSARY 
TEST  CASES  AND  T'CILITATING  THE  LOCATION  Of  ERRORS.  A PRINCIPAL  COMPONENT 
Of  THIS  METHOD  IS  THE  IDENT1 f ICAT ION  Of  BRANCHPOINTS  THAT  ARE  AffECTED  BY 
INPUT  DATA.  (MEA) 

6P , HR. 
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262  GENERAL 

HILLER,  L.A.  HARLAN  KILLS  ON  "THE  PSYCHOLOGY  OF  QUALITY"  (REPORT  NO.  RC  3779). 

YORKTOWN  HEIGHTS,  NEW  YORK:  I8K  UATSON  RESEARCH  CENTER,  KAY  1973. 

DESCRIPTION: 

IN  PREPARING  FOR  AN  OPEN  DISCUSSION  PANEL  ON  THE  PSYCHOLOGY  OF  fiUALITY 
SCHEDULED  FOR  THE  1972  IBK  SYSTEKS  DEVELOPKENT  DIVISION  PROGRAMING 
SYKPCSIUK  (KARCH  26-29,  WASHINGTON,  O.C.),  A NUKBER  OF  TENTATIVE  SUGGESTION 
QUESTIONS  PREPARED  BY  THE  AUTHOR  (AS  KODERATOR)  WERE  SENT  TO  DR.  HARLAN 
KILLS,  AND  OTHER  PANEL  KEKBERS,  FOR  THEIR  EVALUATION  PRIOR  TO  THE  SYNPOSIUH. 
THE  QUESTIONS,  AND  DR.  KILLS'  RESPONSES,  ARE  REPRODUCED  VERBATIK  IN  THIS 
REPORT. 

DR.  KILLS4  COMMENTS  REFLECT  HIS  THINKING  AND  PROPOSALS  FOR  ALKOST  ALL 
ASPECTS  OF  PROGRANKING,  RANGING  FROK  PR06RAKKER  SELECTION  AND  MANAGEMENT 
TO  THE  PROGRANKING  WORK  ENVIRONKENT.  IN  VIEW  OF  THE  INCREASING  INTEREST  IN 
AND  INFLUENCE  OF  DR.  KILLS'  IDEAS  (E.G.,  CHIEF  PROGRAMMER  TEAK,  TOE-DOWN 
PROGRAMING),  IT  WAS  BELIEVED  USEFUL  TO  COMMUNICATE  THIS  INFORNATION  TO  A 
BROAD  AUDIENCE. 

A SECOND  OBJECTIVE  OF  THIS  DOC UKENT AT  ION  IS  TO  ST1KULATE  GENERAL  INTEREST 
IN  LOOKING  AT  THE  PROBLEKS  OF  PROGRAMING  AND  PROGRAM  QUALITY  FROK  A 
BEHAVIORAL  POINT  OF  Vi'EW. 

THE  READER  SHOULD  KEEP  IN  KIND  THAT  THE  QUESTIONS,  AND  ANSWERS,  WERE 
INTENDED  TO  EXPLORE  A VARIETY  OF  POSSIBLE  RELATIONS  BETWEEN  PSYCHOLOGICAL 
FACTORS  OF  PROGRAKNERS  AND  THE  QUALITY  OF  PROGRANS  PRODUCED  8?  THEN  (DEFINED 
PRIMARILY  IN  TERNS  OF  Fh'NIMIZING  BUGS  AND  PROVIDING  FOR  EASY  EFFICIENT 
MAINTENANCE  AND  MODIFICATION  OF  CODES).  THE  PAPER  IS  NOT  A TECHNICAL 
TREATMENT  OF  THE  SUBJECT  NATTER,  DUE  TO  THE  INFORMAL  ATTITUDINAL  NATURE  OF 
THE  INTERCHANGE.  THUS,  LITERATURE  CITATIONS  ANO  OTHER  DOCUMENTATION  ARE 
NOT  INCLUDED.  THE  SPECIFIC  QUESTIONS  WERE  ORGANIZED  INTO  THREE  NAIN 
CONTENT  AREAS:  (1)  COGNITIVE  AND  TRAIT  ASPECTS  OF  INDIVIDUAL  PROGRAMMERS, 

(2)  MANAGEMENT  ANO  ORGANIZATION  OF  PROGRAMMING  GROUPS  AND  PROJECTS,  AND  (3) 
THE  PROGRAMMING  WORK  ENVIRONMENT. 

22 P,  OR. 


263  PROGRAMMING  ANO  QUERY  LANGUAGE  PROPERTIES 

MILLER,  L.A.  PROGRAMMING  BY  NON-PROGRAMMERS.  INTERNATIONAL  JOURNAL  OF 
MAN-MACHINE  STUDIES,  197G,  6,  237-260  (ALSO:  RESEARCH  REPORT  RC-428C,  IBM 
WATSON  RESEARCH  CENTER,  Y0RK70WN  HEIGHTS,  NY,  1973). 

DESCRIPTION: 

NON-PROGRAMMERS  WERE  ASKEO  TO  ORGANIZE  NATURAL  ENGLISH  COMMANDS  OF  A 
LABORATORY  PROGRAMMING  LANGUAGE  INTO  PROGRAMS  FOR  SOLVING  NAME-SORTING 
“ROBLEMS.  THE  PROBLEMS  DIFFERED  IN  THE  SORT  CONCEPT  TO  BE  PROGRAMMED 
(CONJUNCTION  VS.  DISJUNCTION)  AND  IN  THE  FORM  OF  EXPRESSION  OF  THE  LETTER 
TESTS  TO  BE  MADE  ON  THE  NAMES  (AFFIRMATION  VS.  NEGATION). 

PROGRAMMING  PERFORMANCE  WAS  FOUND  TO  BE  IMPAIRED  WITH  DISJUNCTIVE  CONCEPTS 
AND  WITH  LETTER  TESTS  INVOLVING  NEGATION.  DIFFERENT  CLASSES  OF  PROGRAM 
STRUCTURE  WERE  IDENTIFIED  ANO  WERE  ASSOCIATED  WITH  CERTAIN  PROBLEM 
CONDITIONS  AND  ERROR  MEASURES.  AN  INFLUENCE  If  PRIOR  EXPERIENCE  WITH 
PROCEDURES  ON  PERFORMANCE  WAS  SUGGESTED.  PROGRAM  DEBUGGING  AND  TESTIN6 
PERFORMANCE  WAS  CHARACTERIZED.  (A) 

24P,  17k. 
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26<j  PROGRAMMING 

MILLER,  L.A.  NAIVE  PROGRAMMER  PROBLEMS  WITH  SPECIFICATION  OF  TRANSI  l-R-OF- 
CUSTROL.  AFIPS  CONFERENCE  PROCEEDINGS,  1975,  4 A,  6$?-'T63.. 

DESCRIPTION: 

UE  HAVE  CONDUCTED  A SERIES  OF  EXPERIMENTS  CONCERNIN'.  THE  PROGRAMMING 
PERFORMANCE  OF  PERSONS  W1!TH  NO  PRIOR  CONTACT  WITH  COMPUTERS  OTHER  THAN  THE 
TRAINING  RECEIVED  IN  THE  EXPERIMENTAL  SESSIONS.  OUI  OBJECTIVE  IN  THESE 
EXPERIMENTS  IS  TO  I0ENTIFY  DESIGN  PRINCIPLES  FOR  FACILITATING  COMMUNICATION 
BETWEEN  THE  NAIVE  USER,  AS  A PROBLEM  SOLVER,  AND  A COMPUTER  SYSTEM.  WE  VIE* 
PROGRAMMING  AS  A PROBLEM  SOLVING  ACTIVITY,  AN  INSTANC!.  OF  WHAT  GENERALLY  MAY 
BE  CALLED  "PROCEDURE  SPECIFICATION."  WE  BELIEVE  IT  POSSIBLE  TO  DESIGN 
COMPUTERS  AS  OPTIMAL  PROBLEM-SOLVING  TOOLS  ONLY  IF  THi  OPERATING 
CHARACTERISTICS  OF  THfc  PROBLEM  SOLVERS  ARE  KNOWN  AND  TAKEN  INTO  ACCOUNT . 
CONSEQUENTLY,  WE  ARE  SEEKING  TO  DISCOVER  THE  PROBLEMS  AND  PROCESSES  INVOLVED 
IN  HUNAN  SPECIFICATION  OF  PROCEDURES,  USING  EXPERIME h TAt  LABORATORY  METHODS. 

THE  TOPICS  COVERED  ARE:  (1)  INITIAL  STUDIES  DEMONSTRATING  THE  FEASIBILITY 
OF  INVESTIGATING  PROGRAMMING  IN  THE  LABORATORY  AND  SUGGESTING  EXPRESSION  Cf 
TRANSFER-Of-CONTROL  AS  A LOCUS  OF  DIFFICULTY,  (2)  STUDIES  COMPARING  VARIOUS 
MEANS  FOR  EXPRESSING  TRANSf ER-OF-CONTSOL,  (3)  RESULT1'  OF  EXPERIMENTS  USIN'J 
OUR  "PROCEDURE  TABLE",  AND  CO  RESULTS  OF  ANALYSIS  01  SPECIFICATIONS  IN 
NATURAL  LANGUAGE.  (A,  ABBR.) 

7 P,  2R. 


265  PROGRAMMING  LANGUAGES 

MILLER,  L.A.  NATURAL  LANGUAGE  PROCEDURES:  GUIDES  FOR  PROGRAMMING  LANGUAGE 
DESIGN.  IF.  PROCEEDINGS  OF  THE  6IH  CONGRESS  OF  THE  IN’i'E RNAT10NAL  ERGONOMICS 
ASSOCIATION.  SANTA  MONICA,  CALIFORNIA:  ML  MAN  FACTORS  SOCIETY,  1‘>76. 
DESCRIPTION: 

THE  OBJECTIVE  Of  THIS  PAPER  IS  TO  FIND  A COMMON  LET  0*  "f CHAN! *e,S  FOP 
EXPRESSING  PROCESS  INFORMATION  AS  PROCEDURES.  THE  UNDERLYING  ASSUMPTIONS 
ARE  THAT  1)  THERE  IS  A COMMON  SET  OF  MliCH.'Nl  SMS  FOR  C0MMUH.1C  AT  Iltii  PROCEDURAL 
INFORMATION,  2)  A MAPPING  OF  PROCESS  INF  OF  MAI  I DN  OH  TO  SYNTACTIC  STRUCTURES. 
NAY  COMMUNICATE  SPECIFIC  PROCESS  INFOPMA T j;  DN,  AND  ST  THE  DECODING  Of  PFOCcSS 
INFORMATION  IS  VERB-DRIVEN.  A MOOEL  SS  PHtPOSEC  I HA  I CONSISTS  OF  1)  A 
DOMAIN  ENCYCLOPEDIA  WITH  RELEVANT  ATTRIBUTES  AN'  DELATIONS  TOR  TIU  ELEMENTS 
!N  A PROCEDURAL  DOMAIN,  2)  PROCEDURAl  FO'Ttll  4FEK  TO  GUIDE  THE  EXTRACTION  AKD 
EXECUTION  Of  INFORMATION,  AND  3)  VERB  PA  (I  Git  A. M'S  GIVING  TEMPORAL  PROCESS 
MEANINGS.  THE  MODEL  WAS  EVALUATED  IN  Th  - JC'AAI.Y  Of  KICIHEN  RECIPES. 

(MEA) 

3Cp,  3R. 


?66  SPECIFICATION  OF  PROCEDURES  IN  NATURAL  lANTUAGf. 

MTLLER,  L.A.,  & BECKER,  C.A.  PROGRAMMING  IN  NATURAL  ENG  J SI'  flEC'nNICAL  n*'ORI 
NO.  RC-5137).  YORKTOWN  HEIGHTS,  NEv.  YORK;  IBM  fATSOP/  Rf  SFAKLH  CE  'ITER,  MCVEMBER 
1974.  (NTIS  NO.  AD  ACC3923) 

DESCRIPTION: 

COLLEGE  STUDENTS  WERE  ASKED  TO  TYPE  DETAILED  SPECIFICATIONS  Of'  P«OCll»UFES  IN 
THEIR  NATURAL  LANGUAGE  (ENGLISH)  AS  SOLUTIONS  'OR  A SET  OF  SIX’  FILE 
MANIPULATION  PROBLEMS.  THE  LANGUAGE  PRODUCTIONS  WE Ft  rxAPlNf.O  FROM  THE 
POINTS  CF  VIEW  OF  SOLUTION  CORRECTNESS,  PREFERENCES  CF  F Xf’Rf  S.‘>  ICNS , 
CONTEXTUAL  REFERENCING,  WORD  USAGE,  AMO  FORMAL  PROGRAMMING  LANGUAGES.  (A> 
AMONG  OTHER  RESULTS,  SOLUTIONS  WERE  GENERALLY  SATISFACTORY  OKI Y FO V THE 
SIMPLEST  PROBLEMS;  EUR  MORE  COMPLEX  PROBLEMS,  SOLUTIONS  '’END E l VO  PE 
INCOMPLETE.  SUBJECTS  TENDED  TO  SELECT  THE  SIMPLE' T OF  THE  AVAILABlE 
ALGORITHMS;  THESE  WERE  NOT  NECESSARILY  THE  MOST  EFFICIENT  OR  TPE  LEAST 
ERROR-PRONE  APPROACHES.  FORTY-TWO  PERCENT  OF  THE  DATA  REFERENCES  WEFE 
CONTEXT-DEPENDENT.  SUBJECTS  TENDED  TO  TREAT  DATA  AGGREGATES,  RATHER  THAN 
INDIVIDUAL  DATA  ELEMENTS.  LITTLE  EXPLICIT  TRANSFER  OF  CONTROL  OCCURRED; 

THE  PROCEDURES  WERE  MOSTLY  LINEAR.  (HRR ) 

58P,  38R. 
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267  GENERAL  DISCUSSION  OF  ISSUES  IN  MAN-COMPUTER  INTERACTION 

MILLER,  L.A.,  l THOMAS,  J.C.,  JR.  BEHAVIORAL  ISSUES  IN  THE  USE  OF  INTERACTIVE 
SYSTEMS.  INTERNATIONAL  JOURNAL  OF  MAN-MACHINE  STUDIES,  1977,  9,  509-536 
(ALSO  TECHNICAL  REPORT  NO.  RC*6326,  YORK  TOWN  HEIGHTS,  NEW  YORK:  16"  WATSCN 
RESEARCH  CENTER,  DECEMBER  1976). 

DESCRIPTION: 

THIS  PAPER  IDENTIFIES  BEHAVIORAL  ISSUES  RELATED  TO  THE  USE  OF  INTERACTIVE 
COMPUTERS  PRIMARILY  BY  PERSONS  WHO  ARE  NOT  COMPUTER  PROFESSIONALS,  SO-CALLED 
"6ENERAL  USERS."  THIS  IS  NOT  AN  EXHAUSTIVE  LITERATURE  SURVEY,  BUT  INSTEAD 
PROVIDES:  (1)  A STRUCTURE  FOR  DISCUSSING  ISSUES  OF  INTERACTIVE  COMPUTING, 

AND  (2)  THE  AUTHORS'  BEST  ESTIMATE  OF  IMPORTANT  BEHAVIORAL  PROBLEMS,  WITH 
SUGGESTIONS  FOR  SOLUTIONS. 

THE  DISCUSSION  IS  LIMITED  IN  THIS  PAPER  TO  GENERAL  ISSUES  WHICH  DO  NOT 
TAKE  INTO  ACCOUNT  THE  USER'S  PARTICULAR  TASK.  THE  TWO  MAJOR  TOPICS  ARE 
SYSTEM  CHARACTERISTICS  (PERFORMANCE,,  FACILITIES,  AND  ON-LINE  INFORMATION), 
ANO  INTERFACE  CHARACTERISTICS  (DIALOGUE  SYTLE,  DISPLAYS  AND  GRAPHICS, 

OTHER  IUPUT/OUTPIJT  MEDIA).  (A) 

2 SP,  U2». 


y 


J 


26 8 CHIEF  PROGRAMMER  TEAMS 

MILLS,  II. D.  CHIEF  PROGRAMMER  TEAMS:  TECHNIQUES  AND  PROCEDURES  ( IBM  INTERNAL 
REPORT),,  J A*  UAH  Y 1970. 


269  STRUCTURED  PROGRAMMING 

MILLS,  H,D.  TOP-DOWN  PROGRAMMING  IN  LARGE  SYSTEMS.  IN  R.  RUSTIN  (ED.), 
DE=UG3m  HCHNIQJES  IN  LARGS  SYSTEMS.  ENGLEWOOD  CLIFFS,  NEW  JERSEY:  PRENTICE- 
hai.L,  1971,  G1-55. 

Of:  SCRIP  f I ON  ; 

STRUMUfttO  PROGRAMMING  CAN  BE  USED  TO  DEVELOP  A LARGE  SYSTEM  IN  AN  EVOLVING 
•REE  MRlICTUP’:  OF  NESTS  0 PROGRAM  MODULES,  WITH  NO  CONTROL  BFUNCHING  BETWEEN 
•ODUlfiS  EXCEPT  FOR  MOOUIt  CALLS  0 £ f I M s D IN  THE  TREE  STRUCTURE.  BY  LIMITING 
THE  5,121  AND  COMPLEXITY  OF  MODULES,  UNIT  DEBUGGING  CAN  BE  DONE  BV  SYSTEMATIC 
R£«U:»6„  AND  TMF  MODULES  EXECUTfO  DIRECTLY  IN  THE  EVOLVING  SYSTEM  IN  A TOP 
DOW*  TESTING  PROCESS.  (A) 

15P„  1 5 < . 


i’j  SCF'UARE  ENGINEERING 

MILLS,  M « ) . HC  W TO  WRITE  CORRECT  PROGRAMS  AND  KNOW  IT.  IN  PROCEEDINGS, 
INTERNATIONAL  ("FFERENCf  0,1  RELIABLE  SCFT’wARE,  21-23  APRIL  1975,  LOS  ANGELES, 
CALIFO-i  NIA.  Sit, PLAN  NOTICES,  1975,  1C„  363-37C  (ALSO  IBM  TECHNICAL  REPORT 
IV  0 • F SI  73-5'Jor.,  G«l  T HE  RSPURG ,,  MARYLAH3:  IC*  CPRP.,  1973). 

OESCRIFTJ ON: 

T HI.  I?  IS  NC  F00„  PROOF  WAY  TO  EVER  KNOW  THAT  YOU  HAVE  FOUND  THE  LAST  ERROR 
IN  C PROGRAM.  SO  THE  BEST  WAY  T 0 ACQUIRE  CONFIDENCE  THAT  A PROGRAM  HAS  FA 0 
ER»)«S  JS  NEVER  10  I INC  THE  FIRST  ONE,  NO  MATTFR  HOW  MUCH  IT  IS  TESTED  AND 
USED.  IT  IS  AN  OLD  MY FH  THAI  PROGRAMMING  MUST  BE  AN  E P®OR -PRCNE , CUT-AND- 
Tl?l  PROCESS  OF  FRUStRFMON  AND  ANXIETY.  THE  ''EW  REALITY  IS  THAT  YOU  CAN, 
LEF.RF  TO  (,CNS1>:.  FENTLY  (.RITE  PROGRAMS  WHICH  ARE  i^ROR  FREE  IN  THEIR  DEBUGGING 
AND  ' UBSCO'ENT  JSE„  THIS  NLiI  REALITY  IS  FOUNDED  IN  THE  IDEAS  OF  STRUCTURED 
F’N OG IF AMM1  i,u,  AN!)  PROGRAM  CORRECTNESS,  WHICH  f'OT  ONLY  PROVIDE  A SYSTEMATIC 
•if'ARjACH  10  PROGRAMMING,  BUT  AL.  0 MOTIVATE  A HIGH  DEGREE  OF  CONCENTRATION 
Fi’ID  PRECISION  IN  THE  CODING  SUBPROCESS.  (A) 


A 


271  SOFTWARE  ENG) NEERINC 

MILLS/  H.O.  SOFTWARE  DEVELOPMENT.  IEEE  TRANSACTIONS  ON  SOFTWARE  ENGINEERING, 
1976/  SE-2,  265"2?3. 

DESCRIPTION: 

SOFTWARE  DEVELOPMENT  HAS  EMERGED  AS  A CRITICAL  BOTTLENECK  IN  THE  HUNAN  USE 
OF  AUTOMATIC  DATA  PROCESSINS.  SECINNING  WITH  AD  HOC  HEURISTIC  METHODS  OF 
DES1CN  AND  IMPLEMENTATION  OF  SOFTWARE  SYSTEMS/  PROBLEMS  OF  SOFTWARE 
MAINTENANCE  AND  CHANCES  HAVE  BECOME  UNEXPECTEDLY  LARGE.  IT  IS  CONTENDED 
THAT  IMPROVEMENT  IS  POSSIBLE  ONLY  WITH  MORE  RIGOR  IN  SOFTWARE  DESIGN  AND 
DEVELOPMENT  METHODOLOGY.  RIGOROUS  SOFTWARE  DESIGN  SHOULD  SURVIVE  ITS 
IMPLEMENTATION  AND  BE  THE  BASIS  FOR  FURTHER  EVOLUTION.  SOFTWARE  DEVELOPMENT 
SHOULD  BE  DONE  INCREMENTALLY/  IN  STAGES  WITH  CONTINUOUS  USER  PARTICIPATION 
AND  REPLANNING/  AND  WITH  DESIGN-TO-COST  PROGRAMMING  WITHIN  EACH  STAGE.  (A) 
9P,  188. 


■S 


272  SOFTWARE  ENGINEERING 

MILLS,  H.D.  SOFTWARE  ENGINEERING.  SCIENCE,  1977,  195,  1199-1205. 

DESCRIPTION: 

THE  PRACTICAL  CONTROL  OF  COMPUTERS  AND  T HE  I R VERY  COMPLEXITY  REQUIRES  A 
MATHEMATICAL  BASIS  FOR  THEIR  UNDERSTANDING.  SOFTWARE  IS  BETTER  DEFINED 
AS  THE  ^LOGICAL  DOCTRINE  FOR  THE  HARMOKiOUS  COOPERATION  OF  PEOPLE  AND 
MACHINES.”  CURRENT  DATA  PROCESSING  SYSTEMS  ARE  WORKING  WELL  ENOUGH  TO  BE 
IN0ISPENSA8LE,  BUT  POORLY  ENOUGH  TO  BE  THE  CAUSE  OF  UNTOLD  FRUSTRATION. 
SOFTWARE  ENGINEERING  IS,  THEREFORE,  AN  EMERGING  IDEA.  THREE  OF  ITS  CURRENT 
AREAS  Of  DISCIPLINE  AND  STUDY  ARE  DISCUSSED.  THESE  ARE:  THE  DESIGN  AND 
VERIFICATION  OF  SEQUENTIAL  PROCESSES,  THE  INTERACTION  OF  PARALLEL  OR 
"INDEPENDENT”  PROCESSES,  AND  THE  ORGANIZATION  Of  PROCESSES  INTO  SYSTEMS  OF 
ABSTRACT  MACHINES.  (GDC) 


275  USER  REQUIREMENTS  ANALYSIS 

MJOSUND,  A.  TOWARD  A STRATE6Y  FOR  INFORMATION  NEEDS  ANALYSIS.  COMPUTERS  AND 
OPERATIONS  RESEARCH,  1975,  2,  39-47. 

DESCRIPTION : 

INFORMATION  NEEDS  ANALYSIS  IS  A PREREQUISITE  FOR  DESIGN  OF  AN  EFFECTIVE 
INFORMATION  SYSTEM.  HOWEVER,  THE  PROBLEMS  ASSOCIATED  WITH  SUCH  ANALYSIS 
HAVE  BEEN  LARGELY  NEGLECTED  IN  THE  INFORMATION  SYSTEMS  LITERATURE.  TWO 
SIMULTANEOUS  GENERAL  APPROACHES  ARE  SUGGESTED  WHICH  ARE  EXPECTED  TO 
CONTRIBUTE  TO  THE  SOLUTION  OF  THESE  °ROB LEMS . ONE  IS  TO  USE  THE  INFORMATION 
SYSTEM  ANALYSIS  TO  GUIDE  RESEARCH,  OR  APPLICATION  OF  RESULTS  FROM  RESEARCH, 
TO  SOLVE  MANAGEMENT  PROBLEMS.  THE  OTHER  IS  TO  FOLLOW  A STRATFGY  IN  THE 
ANALYSIS  OF  INFORMATION  NEEDS  SUCH  THAT  THE  STEPS  IN  THIS  ANALYSIS  ARE 
CLOSELY  RELATED  10  THE  STRUCTURE  RELATING  THE  DECISIONS  AND  ACTIONS  IN  THE 
ORGANIZATION.  A GROSS  CLASSIFICATION  SCHEME  IS  PROPOSED  TO  AID  IN 
DETERMINING  THE  STRATEGY.  (A? 

9P . 7R. 


274  MAN -COMPUTER  DIALOGUE 

MOORE,  R.K.,  4 MAIN,  W.  INTERACTIVF  LANGUAGES:  DESIGN  CRITERIA  AND  A PROPOSAL. 
AFIPb  CONFERENCE  PROCEEDINGS,  1968,  33  (PT.  1),  193-2CG., 

DESCRIPTION: 

THIS  PAPER  DISCUSSES  THE  DESIGN  CRITERIA  FOR  INTERACTIVE  PROGRAMMING 
LANGUAGES  AND  DESCRIBES  TCL  (TYMSHARE  CONVERSATIONAL  LANGUAGE).  Tnt  SA„I ENT 
FEATURES  OF  TCL  INCLUDE  LONG  VARIABLE  NAMES,  SYMBOLIC  STATEMENT  LABELS, 
FULL-FLEDGED  SUBPROGRAMS  WITH  PARAMETERS,  AND  THE  ABILITY  TO  HANDLE  RECURSIVE 
PROCEDURAL  ALGORITHMS.  (MEA) 

8P,  2R . 
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275  PROGRAMMING 

MORGAN,  H.L.  SPELLING  CORRECTIONS  IN  SYSTEMS  PROGRAMS.  COMMUNICATIONS  OF  THE 
ACM,  1970.  13.  90-94. 

DESCRIPTION: 

SEVERAL  SPECIALIZED  TECHNIQUES  ARE  SHOUN  FOR  EFFICIENTLY  INCORPORATING 
SPELLING  CORRECTION  ALGORITHMS  INTO  COMPILERS  AND  OPERATING  SYSTEMS. 

THESE  INCLUDE  THE  USE  OF  SYNTAX  AND  SEMANTICS  INFORMATION,  THE  ORGANIZATION 
OF  RESTRICTED  KEYWORD  AND  SYMBOL  TABLES,  AND  THE  CONSIDERATION  OF  A LIMITED 
CLASS  OF  SPELLIN'.  ERRORS,  SAMPLE  360  CODING  FOR  PERFORMING  SF'.£LLIN6 
CORRECTION  IS  PRESENTED.  BY  USING  SYSTEMS  WHICH  PERFORM  SPELLING 
CONNECTION,  THE  NUMBER  OF  DEBUGGING  RUNS  PER  PROGRAM  HAS  BEEN  DECREASED, 
SAVING  BOTH  PROGRAMMER  AND  MACHINE  TIME. 

5P,  1 1 R , 


776  SOFTWARE  DESIGN 

MORSENSTERN,  M.  AUTOMATING  THE  SOFTWARE  DESIGN  PROCESS  FOR  MANAGEMENT 
INFORMATION  SYSTEMS.  IN  PROCEEDINGS  OF  THE  COMPUTER  SOFTWARE  A 'HD  APPLICATIONS 
CONFERENCE.  NEW  YORK:  INSTITUTE  OF  ELECTRICAL  AND  ELECTRONICS  ENGINEERS,  INC., 
1977,  642-648. 

DESCRIPTION: 

AN  OPERATIONAL  PROTOTYPE  FACILITY  HAS  BEEN  DEVELOPED  WHICH  AUTOMATES  THE 
DESIGN  OF  SOFTWARE  FOR  BATCH-ORIENTED  MANAGEMENT  INFORMATION  SYSTEMS.  THE 
GLOBAL  OPTIMIZATION  CONSIDERATIONS  INCLUDE  THE  DESIGN  OF  THE  FILE  SYSTEM, 
STRUCTURING  OF  EACH  RUN,  INTER-RUN  DATA  FLOW,  ACCESS  METHODS,  FILE 
ORGANIZATIONS,  AND  SORTING.  AN  ANALYSIS  OF  THE  INTE RDEP ENOENl I c S ENABLES 
US  TO  ACCOUNT  FOR  THE  NON-LOCAL  EFFECTS  OF  THE  DESIGN  DECISIONS,  SUCH  A.?  THE 
INTERACTIONS  WHICH  OCCUR  AMONG  THE  SORT  ORDERS  Of  MULTIPLE  KEY  FILES  AND  THE 
SELECTION  OF  BLOCKING  FACTORS.  BOTH  PRACTICAL  AND  UtORETKAi.  EVALUATION 
OF  THIS  DESIGNER-OPTIMIZER  FACILITY  INDICATES  THAT  THE  RESULTING  DESIGNS  ARE 
GOOD,  AND  ARE  COMPARABLE  TO  THOSE  LIKELY  TO  BE  PRODUCED  BY  A SYSTEM  DESIGNER 
WHO  IS  LIMITED  TO  THE  SAME  REPERTOIRE  OF  TECHNIQUES.  (A) 

7P,  5R . 


277  PROGRAMMING  LANGUAGES 

MOULTON,  P.G.,  4 MULLER,  M.E.  DITRAN:  A COMPILER  EMPHASIZING  DIAGNOSTICS. 
COMMUNICATIONS  OF  THE  ACM,  1967,  13,  45-52. 

DESCRIPTION: 

01  TRAN  (DIAGNOSTIC  FORTRAN)  IS  AN  IMPLEMENTATION  OF  >SA  BASIC  FORTRAN  WITH 
RATHER  EXTENSIVE  ERROR  CHECKING  CAPABILITIES  BOTH  AT  COMPILATION  TIME  AND 
DURING  EXECUTION  OF  A PROGRAM.  THE  NEED  FOR  IMPROVED  DIAGNOSTIC 
CAPABILITIES  AND  SOME  OBJECTIVES  TO  BE  PET  BY  ANY  COMPILER  ARE  DISCUSSED. 
ATTENTION  IS  GIVEN  TO  THE  DESIGN  AND  IMPLEMENT  A I ON  OF  0 1 TRAN  AND  THE 
PARTICULAR  TECHNIQUES  EMPLOYED  TO  PROVIDE  THE  DIAGNOSTIC  FEATURES.  THE 
HANDLING  OF  ERROR  MESSAGES  BY  A GENERAL  MACRO  APPROACH  IS  DESCRIBED. 
SPECIAL  FEATURES  WHICH  PROVIOE  TEACHING  AIDS  FOR  USE  BY  INSTRUCTORS  ARE 
NOTED.  (A) 

3P , 16R. 
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275  SOFTWARE  RELIABILITY 

MUSA,  J.!j.  THEORY  OF  SOFTWARE  RELIABILI1  Y .(NO  ITS  APPLICATION.  IEEE 
TRAMS?  ,’TIOHS  ON  SOFTWARE  ENGINEERING,  1975,  SE-1,  312-327. 

OESCRV'-TIOM: 

AN  APPROACH  TO  A THEORY  OF  SOFTWARE  RELIABILITY  BASED  CN  EXECUTION  TIME 
IS  DERIVED.  THIS  APPROACH  PROVIDES  A MODEL  THAT  IS  SIMPLE,  INTUITIVELY 
AP?  EALING,  AND  IMMEDIATELY  USEFUL. 

THE  THEORY  PERMITS  THI:  ESTIMATION,  IN  ADVANCE  OF  A PROJECT,  OF  THE  AMOUNT 
Of  TESTING  IN  TERMS  OF  EXECUTION  TIME  REQUIRED  10  ACHIEVE  A SPECIFIED 
Rf LIABILITY  GOAL  (STATED  AS  A MEAN  TIME  TO  FAILURE  (MTTF ) ) . EXECUTION  TIME 
C,*,M  THUN  Bf:  RELATED  TO  CALENDAR  TIME,  PERPTTING  A SCHEDULE  TO  BE  DEVELOPED. 
ESTIMATES  OF  EXECUTION  TIME  AND  CALENDAR  TIME  RENA1HIN6  UNTIL  THE 
Rii  LIABILITY  GOAL  IS  ATTAINED  CAN  Be  CONTINUALLY  REMADE  AS  TEST  IN6  PROCEEDS, 
BA  SF  D ONLY  ON  THE  LENGTH  Of  THE  EXECUTION  TIME  INTERVALS  BETWEEN  FAILURES. 
'HE  CURRENT  MTTF  A.<D  THE  NUMBER  OF  ERRORS  REGAINING  CAN  ALSO  BE  ESTIMATED. 
MAXIMUM  LIKELIHOOD  ESTIMATION  IS  EMPLOYED,  AND  CONFIDENCE  INTERVALS  ARE 
III. SO  gSmiUCHED.  THE  FOREGOING  INFORMATION  IS  OBVIOUSLY  VERY  VALUABLE  IN 
iCHtDULIMli  AND  MONITORING  THE  PROGRESS  OF  PROGRAM  TESTING.  A PROGRAM  HAS 
UEN  IMPLEMENTED  TO  COMPUTE  THE  FOREGOING  QUANTITIES. 

THE  RELIABILITY  MODEL  THAT  HAS  SEEN  DEVELOPED  CAN  BE  USED  IN  MAKING 
Fit  ST EM  TRADEOFFS  INVOLVING  SOFTWARE  OR  SOFTWARE  AND  HARDWARE  COMPONENTS. 

!T  ALSO  PROVIDES  A SOUHDLf  BASED  UNIT  OF  ME (SURE  FOR  THE  COMPARATIVE 
-VALUATION  OF  VARIOUS  PROGRAMMIN'  TECHNIQUES  THAT  ARE  EXPECTED  TO  ENHANCE 
RELIABILITY. 

THE  MODEL  HAS  BEEN  APPLIED  TO  FOUR  ME  Dll M-S I Z ED  SOFTWARE  DEVELOPMENT 
PROJECTS,  ALL  Of  WHICH  HAVE  COMPLETED  THElf  LIFE  CYCLES.  MEASUREMENTS 
TAKEN  OF  MTTF  DURKNG  OPERATION  AGREE  WELL  WITH  THE  PREDICTIONS  MADE  AT  THE 
END  OF  SYSTEM  TEST.  AS  FAR  AS  THE  AUTHOR  CAN  DETERMINE,  THESE  ARE  THE  FIRST 
TIKES  THAT  A SOFTWARE  RELIABILITY  MODEL  HAS  BEEN  USED  DURING  SOFTWARE 
DEVELOPMENT  PROJECTS.  THE  PAPER  REFLECTS  AND  INCORPORATES  THE  PRACTICAL 
E»PE HENCE  GAINED.  (A) 

TOP,  2CR. 


2 7‘r  SOTUARE  DESIGN 

"UFS,  G.  J.  RELIABLE  SOFTWARE  THROUGH  COMPOSITE  DESIGN.  NEW  YCPK: 
' E TROCELl  I,  H7S. 


2>‘0  SOFTWARE  RELIABILITY 

MYERS,  (> . J . SOFTWARE  RELIABILITY:  PRINCIPLES  AND  PRACTICES.  NEW  YORK:  JOHN 
WILEY  AND  SONS,  19/6. 


?31  PROGRAM  COMPLEXITY 

MYERS.,  G.J.  AN  EXTENSION  TO  THE  CYCLCMATIC  KEASUPE  OF  PROGRAM  COMPLEXITY. 
SIGPLAN  NOTICES,  OCTOBER  1977,  12(12),  61-64. 

DESCRIPTION: 

A RECENT  PAPER  HAS  DESCRIBED  A GRAPH-THEORETIC  MEASURE  OF  PROGRAM 
COMPLEXITY,  WHERE  A PROGRAM'S  COMPLEXITY  IS  ASSUMED  TO  BE  ONLY  A FACTOR  OF 
THL  PROGRAM'S  DECISION  STRUCTURE.  HOWEVER,  SEVERAL  ANOMALIES  HAVE  BEEN 
FOUND  WHERE  A HIGHER  COMPLEX. TY  MEASURE  WOULD  PE  CALCULATED  FOR  A PROGRAM 
OF  LESSER  COMPLEXITY  THAN  FOR  A MORE-COMPLEX  PROGRAM.  THIS  PAPER  DISCUSSES 
THESE  ANOMALIES,  DESCRIBES  A SIMPLE  EXTENSION  TO  THE  ME, -SURE  TO  ELIMINATE 
THEM,  AND  APPLIES  THE  MEASURE  TO  SEVERAL  PROGRAMS  !N  THE  LITERATURE.  (A) 
4P,  3R . 
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282  PROGRAMMING 

NAGY/  G./  i PENNEB AKER,  M.C.  A STEP  TOWARD  AUTOMATIC  ANALYSIS  Of  STUDENT 
PROGRAMMING  ERRORS  IN  A BATCH  ENVIRONMENT.  INTERNATIONAL  JOURNAL  OF  MAN- 
MACHINE  STUDIES,  1974,  6,  563-578. 

DESCRIPTION: 

THE  OBJECT  Of  THIS  INVESTIGATION  IS  TO  DEVELOP  A METHOD  FOR  THE  AUTOMATIC 
COLLECTION  Of  MEANINGFUL  STATISTICAL  INFORMATION  ABOUT  THE  CAUSES  OF  PROGRAM 
RESUBMITTAL  IN  A BATCH -PROvE SSING  ENVIRONMENT.  SUCCESSIVE  VERSIONS  OF  A 
GIVEN  PROGRAM  ARE  COMPARED  E T ATEMENT-B Y- ST  AT  EM  ENT  IN  ORDER  TO  ISOLATE  MINOR 
CHANGES  MADE  IN  THE  PROGRAM.  ALL  STATEMENTS  INSERTED,  SUBSTITUTED,  OR 
DELETED  ARE  EXAMINED  IN  TERMS  Of  (1)  THE  TYPE  OF  STATEMENT  (I.E.  DO,  IF, 
ETC.),  <25  THE  NUMBER  Of  CONSECUTIVE  STATEMENTS  INVOLVED  IN  THE  CHAN6E,  AND 
(3)  HOW  MANY  TIMES  THE  PROGRAM  HAS  ALREADY  BEEN  SUBMITTED  (THE  NUMBER  OF 
"TRIES").  ONE  THOUSAND  ONE  HUNDRED  AND  TEN  PROGRAMS  ARE  ANALYZED  IN  THIS 
MANNEP.  THE  METHOD  IS  INTEND  £D  TO  BE  USED,  IN  CONJUNCTION  WITH  DETAILED 
STUDY  Of  SELECTED  CASES  AND  WITH  FURTHER  EXPERIMENTATION  IN  COMPLETELY 
CONTROLLED  SITUATIONS,  TO  IMPROVE  PROGRAMMING  INSTRUCTION  AND  MANUALS,  TO 
PROOUCE  BETTER  DIAGNOSTIC  MESSAGES,  TO  AID  IN  THE  DESIGN  OF  NEW  COMPILERS, 
AND  EVENTUALLY  TO  PPOVIOE  FOR  AUTOMATIC  CORRECTION  Of  TRIVIAL  MISTAKES.  <A> 
16P,  14R. 


2^3  SOfTuARE  ENGINEERING 

NAUR,  P.  PROGRAMMING  BY  ACTION  CLUSTERS.  BIT,  1969,  9,  250-258. 


284  SOfTWARE  DEVELOPMENT 

NAUR,  P.  AN  EXPERIMENT  ON  PROGRAM  DEVELOPMENT.  BIT,  1972,  12,  ’ .'-365. 
DESCRIPTION: 

AS  A CONTRIBUTION  TO  PROGRAMMING  METHODOLOGY,  TnE  PAPER  CONMINS  A DETAILED, 
STEP-8Y-STEP  ACCOUNT  Of  THE  CONSIDERATIONS  LEADING  TO  A PROGRAM  fOR  SOLVING 
THE  8-QUEENS  PROBLEM.  THE  EXPERIENCE  IS  RELATED  TO  THE  METHOD  Of  STEPwiSE 
REFINEMENT  AND  TO  GENERAL  PROBLEM  SOLVING  TECHNIQUES.  (A) 
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285  SOFTWARE  ENGINEERING 

NAUR/  P.,  RANDELL,  B./  & BUXTON/  J.N.  (EOS.).  SOFTWARE  ENGINEERING:  CONCEPTS 
AND  TECHNIQUES.  PROCEEDINGS  OF  THE  NATO  CONFERENCES.  NEW  YORK : PETROCSLLI / 
CHARTER,  1976. 

DESCRIPTION: 

THE  PRESENT  REPORT  IS  CONCERNED  WITH  A PROBLEM  CRUCIAL  TO  THE  USE  OF 
COMPUTERS,  VIZ.  THE  SO-CALLED  SOFTWARE,  OR  PROGRAMS,  DEVELOPED  TO  CONTROL 
THEIR  ACTION.  THE  REPORT  SUMMARISES  THE  DISCUSSIONS  AT  A WORKING 
CONFERENCE  ON  SOFTWARE  ENGINEERING,  SPONSORED  BY  THE  NATO  SCIENCE  COMMITTEE. 
THE  CONFERENCE  WAS  ATTENDED  BY  MORE  THAN  FIFTY  PEOPLE,  FROM  ELEVEN  DIFFERENT 
COUNTRIES,  ALL  CONCERNED  PROFESSIONALLY  WITH  SOFTWARE,  EITHER  AS  USERS, 
MANUFACTURERS,  OR  TEACHERS  AT  UNIVERSITIES.  THE  DISCUSSIONS  COVER  ALL 
ASPECTS  OF  SOFTWARE  INCLUDING:  (1)  RELATION  OF  SOFTWARE  TO  THE  HARDWARE  Oc 
COMPUTERS;  (2)  DESIGN  OF  SOFTWARE;  (3)  PRODUCTION,  OR  IMPLEMENTATION  OF 
SOFTWARE;  (4)  DISTRIBUTION  OF  SOFTWARE;  AND  (5)  SERVICE  ON  SOFTWARE. 

BY  INCLUDING  MANY  DIRECT  QUOTATIONS  AND  EXCHANGES  OF  OPINION,  THE  REPORT 
REFLECTS  THE  LIVELY  CONTROVERSIES  OF  THE  ORIGINAL  DISCUSSION. 

ALTH0U6H  MUCH  OF  THE  OISCUSSIONS  WERE  OF  A DETAILED  TECHNICAL  NATURE,  THE 
REPORT  ALSO  CONTAINS  SECTIONS  REPORTING  ON  DISCUSSIONS  WHICH  WILL  BE  OF 
INTEREST  TO  A MUCH  WIDER  AUDIENCE.  THIS  HOLDS  FOR  SUBJECTS  LIKE:  (1)  THE 
PROBLEMS  OF  ACHIEVING  SUFFICIENT  RELIABILITY  IN  THE  DATA  SYSTEMS  WHICH  ARE 
BECOMING  INCREASINGLY  INTEGRATED  INTO  THE  CENTRAL  ACTIVITIES  OF  MODERN 
SOCIETY;  (2)  THE  DIFFICULTIES  OF  MEETING  SCHEDULES  AND  SPECIFICATIONS  ON 
LARGE  SOFTWARE  PROJECTS;  (3)  EDUCATION  OF  SOFTWARE  (OR  DATA  SYSTEMS) 
ENGINEERS;  AND  (4)  THE  HIGHLY  CONTROVERSIAL  QUESTION  OF  WHETHER  SOFTWARE 
SHOULD  BE  PRICED  SEPARATELY  FROM  HARDWARE. 

THUS,  WHILE  THE  REPORT  IS  OF  PARTICULAR  CONCERN  TO  THE  IMMEDIATE  USERS 
OF  COMPUTERS  AND  TO  COMPUTEf:  MANUFACTURERS,  MANY  POINTS  MAI  SERVE  TO 
ENLIGHTEN  AND  WARN  POLICY  MAKERS  AT  ALL  LEVELS.  READERS  FROM  THE  WIDER 
AUDIENCE  SHOULD  NOTE,  HOWEVER,  THAT  THE  CONFERENCE  WAS  CONCENTRATING  ON  THE 
BASIC  ISSUES  AND  KEY  PROBLEMS  IN  THE  CRITICAL  AREAS  OF  SOFTWARE  ENGINEERING. 
IT  THEREFORE  DID  NOT  ATTEMPT  TO  PROVIDE  A BALANCED  REVIEW  OF  THE  TOTAL 
STATE  OF  SOFTWARE,  AND  TENDS  TO  UNDERSTRESS  THE  ACHIEVEMENTS  OF  THE  FIELD. 
(A) 


« 
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286  STRUCTURED  PROGRAMMING  i 

NEELY,  P.M.  THE  NEW  PROGRAMMING  DISCIPLINE.  SOFTWARE:  PRACTICE  AND  EXPERIENCE,  1 

1976,  6,  7-27. 

DESCRIPTION: 

RECENTLY  THERE  HAS  BEEN  SUBSTANTIAL  INTEREST  IN  PROMOTING  "STRUCTURED 

PROGRAMMING"  AS  A MEANS  OF  WRITING  MORE  NEARLY  ERROR  FREE  PROGRAMS.  | 

HOWEVER  SINCE  THE  CHIEF  ADVOCATES  OF  STRUCTURED  PROGRAMMING  USE  ALGOL  f 

OR  PASCAL,  AND  DISDAIN  FORTRAN,  THERE  IS  A DIFFICULTY  IN  COMMUNICATION. 

SINCE  IT  IS  MY  PERCEPTION  THAT  STRUCTURED  PROGRAMMING  AND  THE  LESSONS  TO  BE  • 

LEARNED  FROM  PROOFS  OF  CORRECTNESS  CAN  BE  APPLIED  IN  ANY  LANGUAGE, 

INCLUDING  FORTRAN,  I FEEL  THAT  THESE  IDEAS  SHOULD  BE  PROMULGATED  TO  APPLIED 
SCIENTIFIC  PROGRAMMERS.  1 

HENCE  THIS  PAPER  WILL  COMMENCE  WITH  A SUMMARY  OF  THE  WHOLE  COMPLEX  OF  I 

IDEAS  AND  PRACTICES  THAT  ARE  SU3SUMED  UNDER  THE  TERM  "STRUCTURED  ? 

PROGRAMMING".  THEN  SOME  SIMPLE  EXAMPLES  OF  TOP  DOWN  DESIGN  AND  ; 

PROGRAMMING  WILL  BE  GIVEN.  FINALLY  I WILL  RETURN  TO  A DISCUSSION  OF  SOME 
OF  THE  PROBLEMS  WHICH  ARE  LIKELY  TO  BE  ENCOUNTERED  IN  THE  USE  AND 
PROMULGATION  OF  STRUCTURED  PROGRAMMING.  (A) 

21 P,  7R  . 
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NEWSTED,  P.R.  FORTRAN  PROGRAM  COMPREHENSION  AS  A FUNCTION  OF  DOC UN ENT AT ION. 

MILWAUKEE,  WISCONSIN:  UNIVERSITY  OF  WISCONSIN,  SCHOOL  OF  8USINESS 

ADMINISTRATION,  UNDATED. 

DESCRIPTION: 

8f HAVIORAL  DATA  ARE  PRESENTED  WHICH  INDICATE  THAT  COMMENTS  AND  MNEMONIC 
VARIABLE  NAMES  MAY  NOT  ALWAYS  IMPROVE  STUDENT  COMPREHENSION  OF  FORTRAN 
PROGRAMS.  INTERACTION  OF  THESE  VARIABLES  WITH  PROGRAM  DIFFICULTY  SUGGESTS 
THAT  THEY  ARE  USEFUL  ONLY  AFTER  A GIVEN  DIFFICULTY  LEVEL  IS  REACHED  *—  A 
LEVEL  BEYOND  WHICH  IT  IS  NOT  POSSIBLE  TO  CONCEPTUALIZE  A PROGRAM  AS  A 
SINGLE  IDEA.  (A) 

TWO  EXPERIMENTS  WERE  PERFORMED:  (1)  A BEYWEEN-G ROUPS  EXPERIMENT  USING  A 
SINGLE  FORTRAN  PROGRAM  AND  VARYING  COMMENTS  (PRESENT  OR  ABSENT)  AND  VARIABLE 
NAMES  (“MNEMONIC"  OR  "NON-MNEMONIC") , AND  (2)  A WITHIN-SUB JECT  EXPERIMENT 
USING  FOUR  PROGRAMS  WHICH  VARIED  IN  DIFFICULTY  ("EASY",  "HARD")  AND  VARIABLE 
TYPE  ("MNEMONIC",  "NON-MNEMONIC").  AFTER  EXPOSURE  TO  EACH  PROGRAM,  SUBJECTS 
WERE  GIVEN  MULTIPLE-CHOICE  COMPREHENSION  TESTS.  NO  SIGNIFICANT  EFFECTS  WERE 
FOUND  IN  THE  FIRST  EXP  lRIMENT . IN  THE  SECOND,  BOTH  MAIN  EFFECTS 
(DIFFICULTY,  VARIABLE  TYPE)  AND  THEIR  INTERACTION  WERE  SIGNIFICANT.  THE 
"EASY,  NON-MNEMONIC"  PROGRAM  WAS  ASSOCIATED  WITH  BETTER  TEST  PERFORMANCE 
THAN  THE  "EASY,  MNEMONIC"  PROGRAM..  (HRR ) 

7P,  6R. 


288  PROGRAMMING 

NEWSTED,  P.  GRADE  AND  ABILITY  PREDICTIONS  IN  AN  INTRODUCTORY  PROGRAMMING 
COURSE  (TECHNICAL  REPORT).  MILWAUKEE,  WISCONSIN:  UNIVERSITY  OF  WISCONSIN, 
SCHOOL  OF  BUSINESS  ADMINISTRATION,  1974. 


$ 


239  REVIEW  OF  USER  INTERACTION  WITH  NAVY  COMPUTER  SYSTEMS 

NICHOLSON,  R.M.,  WIGGINS,  8.D.,  l SILVER,  C.A.  AN  INVESTIGATION  INTO  SOFTWARE 
STRUCTURES  FOR  MAN/MACHINE  INTERACTIONS.  ARLINGTON,  VIRGINIA:  ANALYTICS,  INC., 
FEBRUARY  1972.  (NTIS  NO.  AO  737266) 

DESCRIPTION: 

THE  CURRENT  TREND  IN  COMMAND  AND  CONTRGLFINFORMATION  SYSTEMS  WITHIN  THE  NAVY, 
TOWARD  GREATER  USE  OF  INTERACTIVE  CAPABILITIES,  HAS  THE  EFFECT  OF  BRINGING 
THE  TRUE  "USER"  — THE  DECISION  MAKER  — INTO  DIRECT  CONTACT  WITH  THE 
SYSTEM,  RATHER  THAN  USING  A PROGRAMMER  AS  AN  INTERMEDIARY.  IT  IS  THEREFORE 
NECESSARY  THAT  THE  SYSTEM  DESIGNER  ORIENT  THE  MAN/MACHINE  COMMUNICATION  LESS 
TOWARD  HIS  OWN  PROGRAMMING  COMMUNITY  AND  MORE  TOWARD  A USER  WHOSE  FAMILIARITY 
WITH  COMPUTER  DEVICES  AND  TERMINOLOGY  IS  SOMT.WKAT  LESS  THAN  HIS  OWN. 

FOR  A CLEAR  VIEW  OF  THE  TYPICAL  USER  AND  THE  FUNCTIONS  HE  AND  THE  SYSTEM 
PERFORM,  A SURVEY  OF  RECENT  NAVY  SYSTEMS  IS  DESCRIBED.  A REVIEW  OF  THE 
LITERATURE  IN  INFORMATION  SYSTEMS  TO  DETERMINE  THE  AVAILABILITY  OF 
INFORMATION  USEFUL  TO  THE  SYSTEM  DESIGNER  IN  INTERACTIVE  SOFTWARE  PERFORMANCE 

RESEARCH  PROGRAM  TO  DERIVE  THE  NEEDED  INFORMATION 


IS  PRESENTED. 
IS  PROPOSED. 
92P,  55R. 
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FINALLY,  A 
(A) 


NICKERSON,  R.S’.  SOME  COMMENTS  ON  SOFTWARE  DEVELOPMENT.  IN  PROCEEDINGS,  ARMY 
HU**AN  FACTORS  RESEARCH  AND  DEVELOPMENT  CONFERENCE,  OCTOBER  197C. 
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291  6ENERAL  DISCUSSION  Of  HUNAN  FACTORS  IN  CONPUTER  STSTENS 

NICKERSON,  R.S.,  ELKIND,  J.I.,  A CARBONELL,  J.R.  HUNAN  FACTORS  AND  ,<THE  DESIGN 
OF  TINE  SHARING  COMPUTER  STSTENS.  HUNAN  FACTORS/  1968/  Id,  1 27-1 33 j 
DESCRIPTION: 

THE  ADVEH':  OF  COMPUTER  TINE  SHARINC  POSES  AN  EXTRAORDINARY  CHALLENGE  TC  HUNAN 
FACTORS  RESEARCH  DURING  THE  NEXT  DECADE.  BEFORE  TINE  SHARING/  TWO  FACTS 
C0N8INED  TO  DE-ENPHASIZE  THE  INPORTANCE  OF  HUNAN  FACTORS  CONSIDERATIONS  IN 
THE  DESIGN  OF  CONPUTER  STSTENS:  (1)  THE  COS"  OF  THE  CONPUTER'S  TINE  WAS 
EXORBITANTLY  HIGH  RELATIVE  TO  THE  COST  OF  USERS*  TINE,  AND  (2>  THE  USERS 
CONSTITUTED  A SELECT,  HIGHLY  SKILLED  AND  HIGHLY  NOTIVATED  GROU^  OF 
SPECIALISTS.  TWO  Of  THE  PRONISES  OF  TINE  SHARING,  HOWEVER,  ARE  (1)  A DRASTIC 
REDUCTION  IN  THE  COST  Of  CONPUTER  TIRE  YO  THE  INDIVIDUAL  USER,  AND  (2)  THE 
LARGE  SCALE  AVAILABILITY  OF  CONPUTER  FACILITIES  TO  INDIVIDUALS  UNTRAINED  IN 
ANY  AREAS  OF  CONPUTER  TECHNOLOGY.  HUNAN  FACTORS  CONSIDERATIONS  THEN  BECOHE 
INPORTANT  BOTH  FOR  ECONOHIC  AND  PSYCHOLOGICAL  REASONS.  (A) 

PRINCIPAL  AREAS  DISCUSSED  ARE:  "CONVERSATIONAL"  LANGUAGES,  SYSTEN  RESPONSE 
TINE,  CHARGING  ALGORITHNS  AND  THEIR  EFFECT  ON  SYSTEN  USE,  EASE  OF  USE  AND 
CONFLICTING  NEEDS  OF  NOVICE  AND  EXPERT  USERS,  AND  NAXINIZATION  OF 
ACCESSIBILITY  VERSUS  HININIZATION  OF  SYSTEN  IDLE  TINE.  (KRR) 

7P,  4R. 


292  SOFTWARE  ENGINEERING 

NOONAN,  R.E.  STRUCTURED  PROGRANNING  AND  FORNAL  SPECIFICATION.  IEEE 
TRANSACTIONS  ON  SOFTWARE  ENGINEERING,  197S,  SE-1,  421-42*. 


293  DOCUNENTATION 

OKIMOTO,  G.H.,  THE  EFFECTIVENESS  OF  CONNENTS:  A PILOT  STUDY  ( JDD  TECHNICAL 
REPORT  NO.  TR01.1347).  EF'DICOTT , NEW  YORK:  IBN  CORP.,  SYSTEMS  DEVELOPMENT 
DIVISION,  JULY  1970. 

DESCRIPTION: 

THIS  STUDY  INVESTIGATES  METHODS  OF  QUANTIFYING  THE  EFFECTIVENESS  OF  CONNENTS 
ACCOMPANYING  IBM  SYSTEM/360  ASSEMBLER  LANGUAGE  INSTRUCTIONS  WHILE  UNITING 
THE  SCOPE  OF  THE  COMMENT  PROBLEMS.  SEVERAL  EXPERIMENTS  WERE  PERFORMED  WITH 
EXPERIENCED  PROGRAMMERS  WHICH  TEND  TO  INDICATE  THAT  COMMENTS  DO  INDEED 
INFLUENCE  PROGRAMMER  PERFORMANCE;  HOWEVER,  NOT  NECESSARILY  ACCORDING  TO 
BELIEFS.  AN  INVESTIGATION  TO  FURTHER  SUBSTANTIATE  THE  RESULTS  OF  THIS 
PILOT  STUDY  IS  CURRENTLY  UNDERWAY.  (A) 

12?,  OR. 


294  SOFTWARE  DEVELOPMENT 

ORTEGA,  L.H.  STRUCTURED  PROGRAMMING  SERIES  CVOL.  7):  DOCUMENTATION  STANDARDS. 
(REPORT  NO.  RADC-TR-74-30U-V0L-7: . GRIFFISS  AFB , NEW  YORK:  ROME  AIR  DEVELOPMENT 
CENTER,  SEPTEMBER  1974.  (NTIS  NO.  AD  A008639) 

DESCRIPTION: 

THIS  FINAL  REPORT  CONTAINS  THE  FULL  STUDY  FINDINGS  FOR  SOW  TASK  4.1.7. 
INCLUDED  ARE  PROPOSED  CHANGES  TO  DOD  DOCUNENTATION  STANDARDS  NECESSARY 
TO  REALIZE  THE  BENEFITS  OF  STRUCTURED  PROGRAMMING  TECHNOLOGY  AS  RELATED  TO 
DOCUMENTATION.  THE  RECOMMENDED  CHANGES  TO  USAF  MIL-STD-483  AND  DOD  4120. 17M 
CONSTITUTE  THE  INITIAL  STEP  IN  IMPROVING  SOFTWARE  DOCUMENTATIONS.  (A) 

100P,  1 1 R . 
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295  SOFTWARE  PHYSICS 

OTTENSTtIN,  L.M.  FURTHER  VALIDATION  OF  AN  ERROR  HYPOTHESIS.  SOFTWARE 
ENGINEERING  NOTES/  JANUARY  1978,  3<1>,  27-28. 

DESCRIPTION: 

SOFTWARE  PHYSICS  HYPOTHESES  ARE  USED  TO  PREDICT  IMPLEMENTATION  TIME  AND 
NUMBER  OF  ERRORS  FOR  A PROGRAM  MODULE.  PREDICTIONS  ARE  COMPARED  WITH  THE 
OBSERVED  VALUES  REPORTEO  BY  M.L.  SHOOMAN  AND  M.I.  BOLSKY  (1975).  (MEA) 
2P,  7R. 


296  SOFTWARE  PHYSICS 

OTTENSTEIN/  L.M.,  SCHNEIDER/  V.B./  & HALSTEAD,  M.H.  PREDICTING  THE  NUMBER  OF 
BUGS  EXPECTED  IN  A PROGRAM  MODULE  (TECHNICAL  REPORT  NO.  CSD-TR-205).  WEST 
LAFAYETTE/  INDIANA:  PURDUE  UNIVERSITY,  JANUARY  1977. 


297  PROGRAMMING,  MAINTENANCE 

OVERTON,  R.K.,  ET.  AL.  DEVELOPMENT  IN  COMPUTER  AIDED  SOFTWARE  MAINTENANCE 
(REPORT  NO.  ESD-TR-74-307) . HANSCOH  AFB,  MASSACHUSETTS:  DEPUTY  FOR  COMMAND 
AND  MANAGEMENT  SYSTEMS,  nO  ELECTRONIC  SYSTEMS  DIVISION  (AFSC),  1974. 
DESCRIPTION: 

DATA  WERE  COLLECTED  ON  TWO  ASPECTS  OF  MAINTENANCE  PROGRAMMING  (WHICH,, 
ACCORDING  TO  PUBLISHED  ESTIMATES,  COSTS  THE  U.S.  APPROXIMATELY  FIVE  BILLION 
’OF'-RS  A YEAR).  ASPECTS  WERE  (1)  ARRANGEMENT  AND  SOURCES  OF  INFORMATION  AT 

graphics  consoles,  and  (2)  the  value  of  "conceptual  groupings"  to 

MAINTENANCE  PROGRAMMERS  USING  FORTRAN  AND  PL/1.  (A) 

263P,  6GR . 


298  SOFTWARE  MAINTENANCE 

OVERTON,  R.K.,  COLEN,  P.,  FREEMAN,  P.,  WERSAN,  S.J.,  VEIGEL,  M.L.,  & 

STEELMAN,  R.  RESEARCH  TOWARO  WAYS  OF  IMPROVING  SOFTWARE  MAINTENANCE: 

RICASM  FINAL  REPORT  (TECHNICAL  REPORT  NO.  E SD-TR-73-1 25 / . CLAREMONT, 
CALIFORNIA:  CORPORATION  FOR  INFORMATION  SYSTEMS  RESEARCH  AND  DEVELOPMENT, 
JANUARY  1 973  o (NT  IS  NO.  AD  760819) 

DESCRIPTION: 

, AS  STEPS  TOWARD  MAKING  IT  EASIER  TO  MAINTAIN  COMPUTER  PROGRAMS,  STUDIES 
'"V'-\JJVERE  MADE  OF  SOME  FUNDAMENTAL  ASPECTS  OF  THE  WORK.  THE  EVIDENCE  INDICATES 
THAT  (1)  BEFORE  A PERSON  CAN  MODIFY  A PROGRAM  EFFICIENTLY,  HE  NEEDS  TO  BE 
A8LE  TO  TRACE  THE  STRUCTURE  INTO  WHICH  THE  MODIFICATION  HAS  TO  FIT,  AND 
RECOGNIZE  THE  CONCEPTUAL  BLOCKS  OF  WHICH  THE  STRUCTURE  IS  BUILT;  (2)  IT 
SHOULD  BE  POSSIBLE  SPECIFY,  AND  SET  SOME  STANDARDS  FOR,  MAINTAINABILITY- 
AFFECTING  FEATURES  OF  PROGRAMMING  LANGUAGES,  AND  THE  STYLE  AND  STRUCTURE  OF 
PROGRAMS;  (3)  PHYSICAL  CK ARAC T;.R I STI C S OF  TERMINAL  DISPLAYS  CAN  HANDICAP  OR 
HELP  THE  MAINTENANCE  PROGRAMME'!,  AND  DISPLAYS  OF  LISTS  OF  CUES  AND 
PROBABILITIES  MAY  ALSO  HELP  HI'!.  FUTURE  DEVELOPMENTS,  BASED  ON  THESE 
°0INTS,  WERE  RECOMMENDED.  (A) 

1 83P,  47R . 


299  PROGRAMMER  PRODUCTIVITY 

OYP>,  P.D.  EVIDENCE  OF  INCREASED  PROGRAMMER  PRODUCTIVITY  THROUGH  USE  OF 
KEYBOARD  TERMINALS  WITH  DIRECT  ACCESS  TO  COMPUTERS.  UNPUBLISHED  MANUSCRIPT, 
OCTOBER  1^76  (AVAILABLE  FROM  U.S.  BUREAU  OF  THE  CENSUS,  WASHINGTON,  D.C.). 
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300  SOFTWARE  DESIGN 

PACKER,  D.W.  EFFECTIVE  PROGRAM  DESIGN.  COMPUTERS  AND  PEOPLE,  MARCH  1974, 
23(3),  PP.  3;  16-19;  41. 

DESCRIPTION: 

THIS  DISCUSSION  OF  COMPUTER  PROGRAM  DESIGN  PROMOTES  THE  IDEA  THAT  THE 
SUCCESS  AND  ULTIMATELY  THE  COST  OF  ANY  COMPUTER  PROGRAM  IS  CRITICALLY 
RELATED  TO  ITS  DESI6N;  THAT  IS,  THAT  THE  DESIGN  IS,  BY  FAR,  THE  MOST 
CRITICAL  ASPECT  OF  PROGRAM  DEVELOPMENT.  THE  EDP  COMMUNITY  OFTEN  TALKS  OF 
DESIGN  ANO  THE  CONCEPTS  OF  MODULARITY,  GENERALITY,  FLEXIBILITY,  AND 
MAINTAINABILITY;  YET  MANY  PROGRAM-  ARE  NOT  WELL  DESIGNED  AT  ALL,  BUT  SIMPLY 
WRITTEN.  IT  IS  MY  BELIEF  THAT  THE  DESIGN  OF  A PR06RAM  IS  MUCH  DIFFERENT 
FROM  ITS  COOING,  AND  IS  A CREATIVE  TASK  INVOLVING  MANY  — IF  NOT  ALL  — 

OF  THE  SAME  ELEMENTS  AS  SYSTEMS  DESIGN.  (A) 

5P,  OR. 


3T1  PROGRAMMING  LANGUAGE', 

PALME,  J.  PROGRAM  1ING  LANGUAGES  FOR  THE  SOFTWARE  ENGINEER.  IN  INFOTECH 
INFORMATION  LTD.,  SOFTWARE  ENGINEERING.  BERKSHIRE,  ENGLAND:  INFOTECH 
INFORMATION  LTD.,  1972,  463-494. 


302  PROGRAMMING  LANGUAGES 

PALME,  J.  LANGUAGES  FOR  RELIABLE  SOFTWARE.  DATAMATION,  DECEMBER  1975,  21(12), 
77-80. 

DESf R IPTION: 

A NUMBER  OF  PROGRAMMING  LANGUAGE  AND  OPERATING  SYSTEM  CONSTRUCTS  ARE 
AVAILABLE  WHICH  MAY  INCREASE  THE  RELIABILITY  OF  SOFTWARE,  BUT  WHICH  ARE  NOT 
WIDELY  U5E0,  EVEN  AMONG  THE  MOST  POPULAR  LANGUAGES.  THESE  CONSTRUCTS  ALLOW 
GREATER  DETECTION  OF  ERRORS  AT  EXECUTION  TIME,  OR,  IN  SOME  CASES,  AT 
COMPILATION  TINE.  AMONG  THE  FEATURES  DISCUSSED  ARE  RESTRICTIONS  ON  DATA 
TYPES  AND  VALUES,  FEATURES  WHICH  PREVENT  UNDEFINED  CALCULATIONS,  DATA  TYPE 
AND  RANGE  CHECKING  AT  MODULE  INI tRf ACES,  AND  AVOIDANCE  OF  SEVERAL  CONSTRUCTS 
(E.G.,  INTERRUPTS,  UNNECESSARY  PARALLEL  PROCESSING)  WHICH  HAVE  BEEN  OBSERVED 
TO  CAUSE  PROBLEMS.  MANY  OF  THE  RECOMMENDED  FEATURES  HAVE  BEEN 
IMPLEMENTED  IN  THE  LANGUAGE  SIMULA  67.  (HRR ) 

3P,  OR. 


3 T3  SOFTWARE  DEVELOPMENT 

PARNAS,  D.  INFORMATION  DISTRIBUTION  ASPECTS  OF  DESIGN  METHODOLOGY. 

PROCEEDINGS  OF  IFIP  CONGRESS,  1971,  71,  339-344. 

DESCRIPTION: 

THE  ROLE  OF  DOCUMENTATION  IN  THE  DESIGN  AND  IMPLEMENTATION  OF  COMPLEX 
SYSTEMS  IS  EXPLORED,  RESULTING  IN  SUGGESTIONS  IN  SHARP  CONTRAST  WITH  CURRENT 
PRACTICE.  THE  CONCEPT  OF  SYSTEM  STRUCTURE  IS  STUDIED  BY  EXAMINING  THE 
MEANING  OF  THE  PHRASE  "CONNECTIONS  BETWEEN  MODULES".  IT  IS  SHOWN  THAT 
SEVERAL  SYSTEM  DESIGN  GOALS  (EACH  SUGGESTING  A PARTIAL  TIME  ORDERING  OF 
THE  DECISIONS)  MAY  BE  INCONSISTENT.  SOME  PROPERTIES  OF  PROGRAMMERS  ARE 
DISCUSSED.  SYSTEM  DOCUMENTATION  WHICH  MAKES  ALL  INFORMATION  ACCESSIBLE  TO 
ANYONE  WORKING  ON  THE  PROJECT  IS  DISCUSSED,  THE  THESIS  THAT  SUCH 
INFORMATION  "BROADCASTING"  IS  HARMFUL,  THAT  IT  IS  HELPFUL  IF  MOST  SYSTEM 
INFORMATION  CAN  BE  HIDDEN  FROM  MOST  PROGRAMMERS,  IS  SUPPORTED  BY  USE  OF 
1 H E ABOVE  MENTIONED  CONSIDERATIONS  AS  WELL  AS  BT  EXAMPLES.  (A) 

6P,  18R. 
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304  SOFTWARE  ENGINEERING 

PARNAS,  0„L.  SOME  CONCLUSIONS  F R0«  AN  EXPERIMENT  IN  SOFTWARE  ENGINEERING 
TECHNIOUES.  AFIPS  CONFERENCE  PROCEEDINGS,  1972,  41,  325-329. 

DESCRIPTION: 

A SMALL  PROGRAMMING  PROJECT,  UNDERTAKEN  BY  RELATIVELY  INEXPERIENCED 
PROGRAMMERS,  WAS  DONE  TO  ASSESS  SEVERAL  PARAMETERS  AND  CLAIMS  OF  STRUCTURED 
PROGRAMMING  TECHNIQUES.  THE  DESIGN  INCLUDED  FIVE  MODULES  TO  BE  PROGRAMMED 
BY  EACH  OF  FIVE  TECHNIQUES.  A NUMBER  OF  THESE  WERE  INCORRECT  OR  INCOMPLETE. 
RESULTS  WERE  DRAWN  FROM  THE  REST.  THE  PAPER  DOES  NOT  EXPLAIN  THE 
EXPERIMENTAL  DESIGN;  INSTEAD,  IT  DWELLS  MAINLY  ON  THE  CONCLUSIONS.  THESE 
ARE  THAT  EFFORT  SHOULD  8E  HEAVILY  INVESTED  IN  THE  PRE-DESIGN  PHASE  FOR  THE 
GREATEST  RETURNS.  DOCUMENTATION  OF  EXTERNALS,  AND  THAT  STEMMING  FROM 
PRE-DESIGN,  WAS  THE  MOST  VALUABLE.  MODULE  TESTING  BEFORE  INTEGRATION 
SEEMED  VALUABLE,  AND  IT  SHOULD  8E  DONE  BY  OTHER  THAN  THE  ORIGINAL 
PROGRAMMER.  THE  HYPOTHESIS  THAT  SINGLE  INPUT/OUTPUT  SUBROUTINE  CALLS  SHOULD 
BE  THE  ONLY  COMMUNICATION  BETWEEN  MODULES  WAS  REJECTED.  DATA  STRUCTURES, 
HOWEVER,  WERE  KEPT  WITHIN  SINGLE  MODULES.  (GDC) 

5P,  8R. 


305  SOFTWARE'  DEVELOPMENT 

PARNAS,  D.L.  A TECHNIQUE  FOR  SOFTWARE  MODULE  SPECIFICATION  WITH  EXAMPLES. 
COMMUNICATIONS  OF  THE  ACM,  1972,  15,  330-336. 

DESCRIPTION: 

THIS  PAPER  PRESENTS  AN  APPROACH  TO  WRITING  SPECIFICATIONS  FOR  PARTS  OF 
SOFTWARE  SYSTEMS.  THE  MAIN  GOAL  IS  TO  PROVIDE  SPECIFICATIONS  SUFFICIENTLY 
PRECISE  AND  COMPLETE  THAT  OTHER  PIECES  OF  SOFTWARE  CAN  BE  WRITTEN  TO 
INTERACT  WITH  THE  PIECE  SPECIFIED  WITHOUT  ADDITIONAL  INFORMATION.  THE 
SECONDARY  GOAL  IS  TO  INCLUDE  IN  THE  SPECIFICATION  NO  MORE  INFORMATION  THAN 
NECESSARY  TO  MEET  THE  FIRST  GOAL.  THE  TECHNIQUE  IS  ILLUSTRATED  BY  MEANS  OF 
A VARIETY  OF  EXAMPLES  FROM  A TUTORIAL  SYSTEM.  (A) 

7P,  6R. 


3C6  PROGRAMMING  METHODOLOGY 

PARNAS,  D.L.  ON  THE  DESIGN  AND  DEVELOPMENT  OF  PROGRAM  FAMILIES. 
TRANSACTIONS  ON  SOFTWARE  ENGINEERING,  1976,  SE-2,  1-8. 


IEEE 


307  SOFTWARE  DEVELOPMENT 

PARNAS,  D.,  A DARRINGER,  J.  SODAS  AND  A METHODOLOGY  FOR  SYSTEM  DESIGN. 
CONFERENCE  PROCEEDINGS,  1967,  31. 


AFIPS 


3C8  GENERAL  DISCUSSION  OF  HUMAN  FACTORS  IN  COMPUTER  SYSTEMS 

PARSONS,  I..M.  THE  SCOPE  OF  HUMAN  FACTORS  IN  COMPUTER-BASED  DATA  PROCESSING 
SYSTEMS.  HUMAN  FACTORS,  1970,  12,  165-175. 

DESCRIPTION: 

WORK  IN  HUMAN  FACTORS  ENCOMPASSES  RESEARCH  AND  APPLICATION  IN  HUMAN 
ENGINEERING,  PROCEDURE  DEVELOPMENT,  TRAINING  TECHNIQUES,  PERSONNEL 
REQUIREMENTS,  TEST  AND  EVALUATION,  TASK  DESCRIPTION,  AND  TASK  ALLOCATION. 
OPPORTUNITIES  AND  NEEDS  EXIST  IV  COMPUTER-BASED  DATA  PROCESSING  SYSTEMS  FOR 
ALL  THESE  ENDEAVORS,  ESPECIALLY  WITH  REGARD  TO  ON-LINE  USERS.  WITHIN  HUMAN 
ENGINEERING,  ONLY  MANUAL  ENTRY  HAS  SO  FAR  RECEIVED  MUCH  RESEARCH  ATTENTION. 
WORK  IS  ALSO  NEEDED  ON  DISPLAYS,  INTEGRATED  ENTRY-DISPLAY,  WORKSPACE  AND 
OTHER  EQUIPMENT  ASPECTS,  ON-LINE  LANGUAGES,  AND  FROGRAM  PRODUCTION.  OF 
GREATEST  CONCERN  TO  HUMAN  ENGINEERING  IS  THE  COMPUTER  OUTPUT,  DESIGNED  BY 
PROGR AMr-sRS,  GATHER  THAN  THE  HAPDWARE.  HUMAN  FACTORS  PFOPLE  WILL  HAVE  TO 
MASTER  A NEW  FIELD  ANu  FSOVIDE  GUIDANCE  TO  A NEW  DISCIPLINE  WHICH  HAS  NOT  YET 
UNDERSTOOD  HUMAN  FACTORS  REQUIREMENTS.  (A) 

IIP,  7R . 
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3 '.19  DESIGN  REVIEWS 

PERRIENS,  M.P.  AN  APPLICATION  OE  FORr*L  INSPECTIONS  TO  TOP-DOWN  STRUCTURED 
PROGRAM  DEVELOPMENT  (TECHNICAL  REPORT  k.  i«C-7R-77-21 2)  . GAITHERSBURG, 

MARYLAND:  IBM  FEDERAL  SYSTEMS  DIVISION,  TUNE  1977.  (NTIS  NO.  AO  AC41645) 
DESCRIPTION: 

THIS  REPORT  CONTAINS  THE  FULL  STUDY  FINDINGS  FOR  SOW  TASK  4.3.  THE  RESULTS 
OF  THE  STUDY  WERE  THAT  TOP-DOWN  STRUCTURED  PROGRAMMING  AND  FORMAL 
INSPECTIONS  ARE  COMPATIBLE  AND  CAN  BE  USED  IN  COMBINATION  DURING  SOFTWARE 
DEVELOPMENT.  PRIOR  TO  RECOMMENDING  FULL-SCALE  USE,  RADL  SHOULD  IMPLEMENT 
THE  RECOMMENDED  INSPECTION  METUODOLOGY  ON  A VARIETY  OF  SELECTED  SOFTWARE 
PROJECTS  USING  TOP-wOwN  STRUCTURED  PROGRAMMING.  (A) 


310  COMPUTER  PROGRAMMER  SELECTION 

PERRY,  D.K.,  & CANNON,  W.M.  A VOCATIONAL  INTEREST  SCALE  FOR  COMPUTER 
PROGRAMMERS:  FINAL  REPORT.  IN  PROCEEDINGS  OF  THE  4TH  ANNUAL  COMPUTER  PERSONNEL 
RESEARCH  CONFERENCE,  ASSOCIATION  FOR  CONFUTING  MACHINERY,  1966,  61-82. 


311  VOCATIONAL  INTERESTS  OF  PROGRAMMERS 

PERRY , D.K.,  A CANNON,  W.M.  VOCATIONAL  INTERESTS  OF  COMPUTER  PROGRAMMERS. 
JOURNAL  OF  APPLIED  PSYCHOLOGY,  1957,  51,  28-34. 

DESCRIPTION: 

THE  REVISED  SVIB  WAS  ADMINISTERED  TO  1,378  COMPUTER  PROGRAMMERS.  PRIMARY 
ANALYSES  WERE  LIMITED  TO  1,0G3  MALES  WITH  AT  LEAST  2 YR.  OF  PROGRAMMING 
EXPERIENCE,  WHOSE  JOBS  WERE  PRIMARILY  NONSUPER VISORY,  AND  WHO  INDICATED 
SATISFACTION  WITH  PROGRAMMING.  PROGRAMMERS  DIFFER  FROM  OTHER  PROFESSIONAL 
MEN  PRIMARILY  IN  THEIR  GREATER  INTEPEST  IN  PROBLEM  SOLVING,  MATHEMATICS,  AND 
MECHANICAL  PURSUITS,  AND  THEIR  LESSER  INTEREST  IN  PEOPLE..  THEIR  INTERESTS 
ARE  MOST  SIMILAR  TO  OPTOMETRISTS,  CHEMISTS,  ENGINEERS,  PRODUCTION  MANAGERS, 
MATHEMATICS-SCIENCE  TEACHERS,  AND  SENIOR  CPAS;  BUT  NONE  OF  THESE  EXISTING 
KEYS  ADEQUATELY  REPRESENTS  THE  INTERESTS  OF  PROGRAMMERS.  A FP OGRAMME R KEY 
DEVELOPED  ON  HALF  THE  SAMPLE  AND  EVALUATED  ON  THE  REMAINING  HALF 
DISCRIMINATES  WELL  BETWEEN  PROGRAMMERS  AND  MEN  IN  GENERAL.  SATISFIED 
PROGRAMMERS  SCORE  SIGNIFICANTLY  HIGHER  CN  THE  KEY  THAN  DISSATISFIED 
PROGRAMMERS.  (A) 

7P,  ICR. 


312  SOFTWARE  DESIGN 

PETERS,  L.J.,  A TRIPP,  L.L.  IS  SOFTWARE  DESIGN  WICKED?  DATAMATION,  MAY  1976, 
22(5),  PP.  127;  131;  136. 

DESCRIPTION: 

A COMPARISON  OF  THE  ATTRIBUTES  ANO  PROBLEMS  ASSOCIATED  WITH  SOFTWARE  DESIGN 
AND  THE  CHARACTERISTICS  OF  "WICKED"  PROBLEMS  CLEARLY  ILLUSTRATES  THAT 
SOFTWARE  DESIGN  !$  A WICKED  PROBLEM.  TOP-DOWN  DESIGN,  AN  APPROACH  THAT 
HAS  RECEIVED  CONSIDERABLE  ATTENTION  AND  WIDESPREAD  ACCEPTANCE,  DOES  NOT 
APPEAR  TO  BE  BASED  ON  ASSUMPTIONS  THAT  APE  COMPATIBLE  WITH  SUCH  PROBLEMS. 
ALTHOUGH  TOP-DOUN  DESIGN  OFFERS  DISTINCT  ADVANTAGES  OVER  OTHER  DESIGN 
METHODS,  MORE  ATTENTION  MUST  BE  DIRECTED  T OW A R D DEVELOPING  METHODS 
DIRECTED  TOWARD  WICKED  PROBLFMS.  CKFA) 

3P , 3R. 


313  SOFTWARE  DESIGN  METHODOLOGIES 

PETERS/  UJ.,  t TRIPP,  L.L.  COMPARING  SOFTWARE  DESIGN  METH0D0L06IES. 
DATAMATION,  NOVEMBER  1977,  23(11),  89-94. 

DESCRIPTION: 

SOFTWARE  DESIGN  HAS  EVOLVED  TO  THE  STAGE  WHERE  SEVERAL  METHODOLOGIES  HAVE 
BEEN  PROPOSED.  THIS  PAPER  BRIEFLY  REVIEWS  STRUCTURED  DESIGN,  THE  JACKSON 
METHODOLOGY,  LOGICAL  CONSTRUCTION  OF  PROGRAMS,  META  STEPWISE  REFINEMENT,  AND 
HIGHER  ORDER  SOFTWARE.  IT  IS  CONCLUDED  THAT  NO  SINGLE  METHOD  EXISTS  THAT 
WOULD  BE  USEFUL  IN  EVERY  DESIGN  PROBLEM,  THAT  EACH  METHOD  MAKES  UNPROVABLE 
ASSUMPTIONS,  THAT  METHODS  ASSIST  ONLY  IN  SOLVING  ROUTINE  ASPECTS  OF  A DESIGN 
PROBLEM,  AND  THAT  DESIGNERS  MAY  BE  RELUCTANT  TO  USE  THESE  METHODS.  (MEA) 

6P,  13R. 


314  N ATJRAL  LANGUAGE  PROGRAMMING 

PETRICK,  S.R.  ON  NATURAL  LANGUAGE  BASED  COMPUTER  SYSTEMS.  IBM  JOURNAL  OF 
RESEARCH  AND  DEVELOPMENT,  1976,  20,  314-325. 

DESCRIPTION: 

SOME  OF  THE  ARGUMENTS  THAT  HAVE  BEEN  GIVEN  BOTH  FOR  AND  AGAINST  THE  USE  OF 
NATUR1L  LANGUAGES  IN  QUESTION-ANSWERING  AND  PROGRAMMING  SYSTEMS  ARE 
DISCUSSED.  SEVERAL  NATURAL  LANGUAGE  BASED  COMPUTER  SYSTEMS  ARE  CONSIDERED 
IN  ASSESSING  THE  CURRENT  LEVEL  OF  SYSTEM  DEVELOPMENT.  FINALLY,  CERTAIN 
PERVASIVE  DIFFICULTIES  THhT  HAVE  ARISEN  IN  DEVELOPING  NATURAL  LANGUAGE  BASED 
SYSTEMS  ARE  IDENTIFIED,  AND  THE  APPROACH  TAKEN  TO  OVERCOME  THEM  IN  THE 
REQUEST  (RESTRICTED  ENGLISH  QUESTION-ANSWERING)  SYSTEM  IS  DESCRIBED.  (A) 


m 


< 


/ 


315  PERFORMANCE  MODELS  OF  MAN-MACHINE  SYSTEMS 

PEW,  R.W.,  BARON,  S.,  FEEHRER,  C.E.,  & MILLER,  D.C.  CRITICAL  REVIEW  AND 
ANALYSIS  OF  PERFORMANCE  MODELS  APPLICABLE  TO  MAN-MACHINE  SYSTEMS  EVALUATION 
(REPORT  NO.  3446)..  CAMBRIDGE,  MASSACHUSETTS:  BOLT  BERANEK  AND  NEWMAN,  INC., 
MARCH  1977.  (NTIS  NO.  AO  A038597) 

DESCRIPTION: 

THIS  REPORT  FOCUSES  ON  THE  REVIEW  OF  POTENTIALLY  RELEVANT  MODELS  AND  ON  THE 
IDENTIFICATION  OF  ISSUES  IN  MODEL  DEVELOPMENT  AND  APPLICATION  THAT  MAY  HAVE 
IMPORTANT  IMPACT  ON  MODELS  FOR  LARGE  SCALE  MAN-MACHINE  SYSTEMS.  A DETAILED 
AND  CRITICAL  EVALUATION  OF  SEVERAL  CLASSES  OF  HUMAN  PERFORMANCE  MODELS  IS 
PRESENTED.  INTERRELATIONSHIPS  AMONG  EXISTING  MODELS  ARE  EXAMINED  AND  AN 
EVALUATION  IS  MADE  OF  THE  NEEDS  AND  GAPS  IN  THE  TECHNOLOGY.  MODELING 
ISSUES  ARE  IDENTIFIED  AND  RESEARCH  RECOMMENDATIONS  SUGGESTED.  APPROXIMATELY 
FORTY  MODELS  OR  MODEL  TECHNIQUES  THAT  HAVE  SOME  APPLICABILITY  TO  THl 
SIMULATION  MODELING  PROGRAM  ARE  DESCRIBED  IN  THE  APPENDIX.  (A) 

305P,  1 91 R . 


316  NATURAL  LANGUAGE  PROGRAMMING 

PLATH,  W.J.  REQUEST:  A NATURAL  LANGUAGE  QUESTION-ANSWERING  SYSTEM.  IBM 
JOURNAL  OF  RESEARCH  AND  DEVELOPMENT,  1976,  2C,  326-335. 

DESCRIPTION: 

REQUEST  IS  AN  EXPERIMENTAL  RESTRICTED  ENGLISH  QUESTION-ANSWERING  SYSTEM  THAT 
CAN  ANALYZE  AND  ANSWER  A VARIETY  OF  ENGLISH  QUESTIONS,  SPANNING  A 
SIGNIFICANT  RANGE  OF  SYNTACTICAL  COMPLEXITY,  WITH  RESPECT  TO  A SMALL  FORTUNE 
5PU  TYPE  DATA  BASE.  THE  LONG-RANGE  OBJECTIVE  OF  THIS  WORK  IS  TO  EXPLORE  THE 
POSSIBILITY  OF  PROVIDING  NONPROGRAMMERS  WITH  A CONVENIENT  AND  POWERFUL  MEANS 
OF  ACCESSING  INFORMATION  IN  FORMATTED  DATA  BASES  WITHOUT  HAVING  TO  LEARN  A 
FORMAL  QUERY  LANGUAGE.  TO  ADDRESS  THE  SOMEWHAT  CONFLICTING  REQUIREMENTS  OF 
UhDERSTANDABILITY  FOR  THE  MACHINE  AMD  MAXIMUM  NATURALNESS  FOR  THE  USER, 
REQUEST  USES  A LANGUAGE  PROCESSING  APPROACH  FEATURING:  1)  THE  USE  OF 
RESTRICTED  ENGLISH;  2)  A TWO-PHASE,  COMPILER-LIKE  ORGANIZATION;  AND 
3)  LINGUISTIC  ANALYSIS  BASED  ON  A TRANSFORMATIONAL  GRAMMAR.  THE  PRESENT 
PAPER  EXPLORES  THE  MOTIVATION  FOR  THIS  APPROACH  IN  SOME  DETAIL  AND  ALSO 
DESCRIBES  ThE  ORGANIZATION,  OPERATION,  AND  CURRENT  STATUS  OF  THE  SYSTEM. 

(A) 


f 


\ 

\ 
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517  SOFTWARE  DESIGN 

PLUM,  T.  A CASE  STUDY  COMPARISON  OF  TWO  APPROACHES  TO  STRUCTURED  DESIGN  — 
DATA-FLOW-MODULARITY  VS.  DATA-STRUCTURE-HIE RARCHY . YOURDON  REPORT,  SEPTEMBER 
1976,  1C7),  8-1?. 

DESCRIPTION: 

AN  EXPERIMENT  WAS  CONDUCTED  TO  COMPARE  TWO  POPULAR  APPROACHES  TO  COMPUTER 
SYSTEM  DESIGN  — DATA-FLOW-MODULARITY  AND  DATA-STRUCTURE-HIE RARCHY.  BOTH 
APPROACHES  ARE  PRODUCTIVE  DESICN  TECHNIQUES,  BUT  EACH  OFFERS  UNIQUE 
ADVANTAGES.  THE  SYNTHESIS  OF  THESE  TWO  APPROACHES  IS  AN  INTERESTING 
PROBLEM  THAT  COULD  PRODUCE  VERY  PROMISING  RESULTS.  CMEA) 

5P,  6R. 


i 


318  SOFTWARE  DEVELOPMENT 

POKORNEY,  J.L.,  & MITCHELL,  W.E.  A SYSTEMS  APPROACH  TO  COMPUTER  PROGRAMS 
(TECHNICAL  REPORT  NO.  57-205).  BEDFORD,  MASSACHUSETTS:  ELECTRONIC  SYSTEM: 
DIVISION,  TECHNICAL  EQUIPMENTS  AND  STANDARDS  OFFICE,  L.G.  HANSCOM  FIELD, 
FEBRUARY  1 Vo7. 


£ 


319  PROGRAMMING  LANGUAGES 

RALSTON,  A.W.,  S WAGENER,  J.L.  STRUCTURED  FORTRAN:  AN  EVOLUTION  OF  STANDARD 
FORTRAN.  IEEE  TRANSACTIONS  ON  SOFTWARE  ENGINEERING,  1976,  SF-2,  154-175. 


1 


320  PROGRAMMING 

RAMAMOORTHY,  C.V.  IMPROVING  THE  EFFECTIVENESS  OF  COMMERCIAL  PROGRAMMING 
(INFOTECH  REPORT  #19).  1V72. 


321  SOFTWARE  ENGINEERING 

RAMCMOORTHY,  C.V.,  A HO,  S.-B.F.  TESTING  LARGE  SOFTWARE  WITH  AUTOMATED 
SOFTWARE  EVALUATION  SYSTEMS.  IEEE  TRANSACTIONS  ON  SOFTWARE  ENGINEERING,  1975, 
SE-1 , 46-58. 

DESCRIPTION: 

IN  THE  PAST  FEU  YEARS,  RESEARCH  HAS  BEEN  ACTIVELY  CARRIED  OUT  IN  AN'  ATTEMPT 
TO  IMPROVE  THE  QUALITY  AND  RELIABILITY  OF  LARGE-SCALE  SOFTWARE  SYSTEMS. 
ALTHOUGH  PROGRESS  HAS  BEEN  MADE  ON  THE  FORMAL  PROOF  OF  PROGRAM  CORRECTNESS, 
PROVING  LARGE-SCALE  SOFTWARE  SYSTEMS  CORRECT  BY  FORMAL  PROOF  IS  STILL  MANY 
YEARS  AWAY.  AUTOMATED  SOFTWARE  TOOLS  HAVE  BEEN  FOUND  TO  BE  VALUABLE  IN 
IMPROVING  SOFTWARE  RELIABILITY  AND  ATTACKING  THE  HIGH  COST  OF  SOFTWARE 
SYSTEMS.  THIS  PAPER  ATTEMPTS  TO  DESCRIBE  SOME  MAIN  FEATURES  OF  AUTOMATED 
SOFTWARE  TOOLS  AND  SOME  SOFTWARE  EVALUATION  SYSTEMS  THAT  ARE  CURRENTLY 
AVAILABLE.  (A) 

13P,  31R. 
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322  SOFTWARE  EVALUATION 

RAMAMOORTHY,  C.V.,  MEEKER,  R.E.,  JR.,  t TURNER,  J.  DESIGN  AND  CONSTRUCTION  OF 
AN  AUTOMATED  SOFTWARE  EVALUATION  SYSTEM.  IEEE  SYMPOSIUM  ON  COMPUTER  SOFTWARE 
RELIABILITY,  1973,  28-37. 

DESCRIPTION: 

THE  PROBLEM  OF  EVALUATING  AND  VALIDATING  LARGE  PR06RAMS  AND  PROGRAMMING 
SYSTEMS  IS  ONE  THAT  LENDS  ITSELF  TO  SOME  FORM  OF  AUTOMATIC  ANALYSIS.  THE 
CONCEPT  )F  AN  AUTOMATED  EVALUATION  SYSTEM  IS  DEVELOPED  AND  ILLUSTRATE! 

WITH  THE  DETAILED  DESCRIPTION  OF  A CURRENT  WORKING  SYSTEM.  THIS  SYSTEM  IS 
DESIGNED  -OR  AUTOMATIC  ANALYSIS  OF  LARGE  PROGRAMS  AND  INCLUDES  BOTH  STATIC 
AND  DYNAMIC  ANALYSIS.  THE  STATIC  ANALYSIS  CONSISTS  OF  A COMPLETE  SCAN  OF 
THE  SOURCE  CODE  STATEMENTS  OF  A PROGRAM  WITH  AUTOMATIC  RECOGNITION  OF 
PREVIOUSLY  DEFINED  'DANGEROUS  CONDITIONS'  AND  THE  CONSTRUCTION  OF  A DATA 
BASE  OF  PROGRAM  CHARACTERISTICS.  A GRAPH  MODEL  OF  PROGRAM  STRUCTURE  IS 
CONSTRUCTED  AND  ANALYZED  FOR  WELL-FORMATION  AND  THE  EXISTENCE  OF  LOOPS. 
DYNAMIC  ANALYSIS  CONSISTS  OF  THE  AUTOMATIC  INSERTION  OF  MONITORS  FOR 
PRESCRIBED  VARIABLES.  A MONITORING  SUBROUTINE  CHECKS  NEW  VARIABLE  VALUES 
WITH  PRESCRIBED  VALUES  AND  ALLOWS  OTHER  STATISTICS  GATHERING  FUNCTIONS  AT 
RUN  TIME.  THE  UTILITY  OF  THIS  TYPE  OF  SYSTEM  IN  AN  OVERALL  EVALUATION 
EFFORT  IS  CONSIDERED  ALONG  WITH  POSSIBILITIES  FOR  EXTENSIONS.  (A) 

10P,  3R. 


323  PROGRAMMING  LANGUAGES 

RAMSEY,  H.R.  PLANS:  HUMAN  FACTORS  IN  THE  DESIGN  OF  A COMPUTER  PROGRAMMING 
LANGUAGE.  IN  PROCEEDINGS  OF  THE  HUMAN  FACTORS  SOCIETY  18TM  ANNUAL  MEETING. 

% SANTA  MONICA,  CALIFORNIA:  HUMAN  FACTORS  SOCIETY,  1??*.  30-41. 

i,  DESCRIPTION: 

1 CONVENTIONAL  COMPUTER  PROGRAMMING  LANGUAGES  HAVE  PROVEN  INADEQUATE  FCR  USE  IN 

THE  SOLUTION  OF  COMPLEX  RESOURCE  ALLOCATION  AND  SCHEDULING  PROBLEMS.  A NEW 
PROGRAMMING  LANGUAGE,  PLANa,  IS  DESCRIBED.  THE  EMPHASIS  IN  THE  DESIGN  OF 
PLANS  IS  NOT  ON  SPECIALIZED  SCHEDULING  COMMANDS,  BUT  ON  PROVISION  OF 
APPROPRIATE  BASIC  DATA  STRUCTURES  FOR  SCHEDULING  PROBLEMS.  A METHOD  OF 
LANGUAGE  SPECIFICATION  IS  DESCRIBED  WHICH  PROVIDES  RIGOROUS  FUNCTIONAL 
DEFINITION  WHILE  ALLOWZNG  AN  EXTREMELY  CLEAN  INTERFACE  BETWEEN  THE  LANGUAGE 
f-  FUNCTIONAL  DESIGN  PROCESS  (IN  WHICH  HUMAN  FACTORS  PERSONNEL  MIGHT  PARTICIPATE 

h MOST  ACTIVELY)  AND  THE  IMPLEMENTATION  PROCESS.  (A) 

3P,  4R . 


324  COMPARISON  05  FLOWCHARTS  AND  PROGRAM  DESIGN  LANGUAGES 

RAMSEY,  H.R.,  ATWOOD,  M.E.,  t VAN  DOREN,  J.R.  A COMPARATIVE  STUDY  OF 
FLOWCHARTS  AND  PROGRAM  DESIGN  LANGUAGES  FOR  THE  DETAILED  PROCEDURAL 
SPECIFICATION  OF  COMPUTER  PROGRAMS  (TECHNICAL  REPORT  TR-78-A22).  ARLINGTON, 

yi™1NIA:  U*S*  ARMY  R£SEARCM  INSTITUTE  FOR  THE  BEHAVIORAL  AND  SOCIAL  SCIENCES, 

1 978*. 

DESCRIPTION: 

AN  EXPERIMENT  WAS  PERFORMED  TO  ASSESS  THE  RELATIVE  MERITS  OF  PROGRAM  DESIGN 
LANGUAGES  (POL'S)  AND  FLOWCHARTS  AS  TECHNIQUES  FOR  THE  DEVELOPMENT  AND 
DOCUMENTATION  OF  DETAILED  DESIGNS  FOR  COMPUTER  PROGRAMS. 

TWENTY  STUDENTS  IN  A COMPUTER  SCIENCE  GRADUATE  COURSE  PARTICIPATED  IN 
THIS  EXPERIMENT.  WORKING  INDIVIDUALLY,  THE  STUDENTS  DESIGNED  A TWO-PASS 
ASSEMBLER  FOR  A SIMPLE  MINICOMPUTER.  HALF  OF  THE  STUDENTS  EXPRESSED 
THEIR  DESIGN  FOR  THE  FIRST  PASS  OF  THE  ASSEMBLER  Hi  THE  FORM  OF  A FLOWCHART, 
AND  EXPRESSED  THEIR  DESIGN  FOR  THE  SECOND  PASS  IN  A PROGRAM  DESIGN  LANGUAGE. 
THE  OTHER  HALF  OF  THE  STUDENTS  USED  A PDL  FOR  PASS  ONE,  AMD  A FLOWCHART 
FOR  PASS  TWO.  FLOWCHARTS  AND  PDL'S  WERE  COMPARED  ON  THE  OASIS  OF  VARIOUS 
MEASURES  OF  OVERALL  DESIGN  QUALITY,  DESIGN  ERRORS,  LEVEL  OF  DETAIL  OF 
DESIGNS,  TIME  EXPENDED  IN  DEVELOPING  DESIGNS,  AND  SUBJECTIVE  PREFERENCES. 

HAVING  COMPLETED  THIS  DESIGN  TASK,  THE  SUBJECTS  THEN  PERFORMED  AN 
IMPLEMENTATION  TASK.  THEY  WERE  GIVEN  FAIRLY  DETAILED  PROCEDURAL  DESIGNS  FOR 
A PROGRAM  WHICH  SIMULATES  THE  FUNCTION  OF  A FAIRLY  SOPHISTICATED 
MINICOMPUTER.  THEY  WERE  THEN  REQUIRED  TO  DEVELOP  A WORKING  VERSION  OF  THE 
3R0GRAM  IN  PL/1.  ALTHOUGH  THE  DESIGNS  WE3E  LOGICALLY  EQUIVALENT,  HALf  THE 
STUDENTS  RECEIVED  7HEIR  SIMULATOR  DESI6N  IN  FLOWCHART  FORM,  AND  HALF  IN  PDL 
FORM.  FLOWCHARTS  AND  POL'S  WERE  COMPARED  ON  THE  BASIS  OF  DESIGN 
COMPRcK-NSION  TEST  PERFORMANCE,  VARIOUS  MEASURES  OF  OVERALL  IMPLEMENTATION 
QUALIi),  IMPLEMENTATION  ERRORS,  AND  SUBJECTIVE  PREFERENCES. 

IN  THE  CONTEXT  IN  WHICH  THIS  STUDY  WAS  PERFORMED,  THE  USE  OF  A PROGRAM 
DESIGN  LANGUAGE  (PDL)  BY  A SOFTWARE  DESIGNER,  FOR  THE  DEVELOPMENT  AND 
DESCRIPTION  OF  A DETAILED  PROGRAM  DESIGN,  PRODUCED  BETTER  RESULTS  THAN  DID 
THE  USE  OF  FLOWCHARTS.  SPECIFICALLY,  THE  DESIGNS  APPEARED  TO  BE  OF 
SIGNIFICANTLY  BETTER  QUALITY,  INVOLVING  MORF  ALGORITHMIC  OR  PROCEDURAL 
DETAIL,  THAN  THOSE  PRODUCED  USING  FLOWCHARTS.  IN  ADDITION,  FLOWCHART  DESIGNS 
EXHIBITED  CONSIDERABLY  MORE  ABBREVIATION  AND  OTHER  SPACE-SAVING  PRACTICES 
THAN  DID  PDL  DESIGNS,  WITH  A POSSIBLE  ADVERSE  EFFECT  Of  READABILITY. 

WHEN  EQUIVALENT,  HIGHLY  READABLE  DESIGNS  WERE  PRESENTED  TO  SUBJECTS  IN 
BOTH  PDL  AND  FLOWCHART  FORM,  NO  PATTERN  OF  SHORT-TERM  OR  LONG-TERM 
DIFFEREiJCES  IN  COMPREHENSION  OF  THE  DESIGN  WAS  OBSERVED.  NO  SIGNIFICANT 
DIFFERENCES  WERE  DETECTED  IN  THE  QUALITY  OR  OTHER  PROPERTIES  OF  PROGRAMS 
WRITTEN  AS  IMPLEMENTATIONS  OF  THE  DESIGNS.  SUBJECTIVE  RATINGS  INDICATED  A 
MILD  PREFERENCE  FOR  PDL'S. 

OVERALL,  THE  RESULTS  SUGGEST  THAT  SOFTWARE  DESIGN  PERFORMANCE  AND 
DESIGNER-PROGRAMMER  COMMUNICATION  MIGHT  BE  SIGNIFICANTLY  IMPROVED  BY  THE 
ADOPTION  OF  INFORMAL  PROGRAM  DESIGN  LANGUAGES,  RATHER  THAN  FLOWCHARTS,  AS  A 
STANDARD  DOCUMENTATION  METHOD  FOR  DETAILED  COMPUTER  PROGRAM  DESIGNS.  (A) 


325  INTERACTIVE  PROGRAMMING 

REASER,  J.,  PR1ESMAN,  I.,  & GILL,  J.  A PRODUCTION  ENVIRONMENT  EVALUATION  OF 
INTERACTIVE  PROGRAMMING  (TECHNICAL  REPORT  NO.  USACSC-AT-74-C3) . FORT  BELVOIR, 
VIRGINIA?  U.S.  ARMY  COMPUTER  SYSTEMS  COMMAND,  DECEMBER  1974. 

DESCRIPTION: 

THIS  REPORT  DESCRIBES  AN  EVALUATION  OF  INTERACTIVE  PROGRAMMING  VERSUS 
BATCH  PROGRAMMING  WITHIN  AN  ACTUAL  SOFTWARE  PRODUCTION  ENVIRONMENT  AT  THE 
U.S.  ARMY  COMPUTER  SYSTEMS  COMMAND.  THE  PURPOSE  OF  THE  STUDY  WAS  TO 
DETERMINE  THE  PRODUCTIVITY  AND  COST  EFFECTIVENESS  DIFFERENCES  BETWEEN  THE 
TWO  MOOES  OF  OPERATION.  THE  STUDY  WAS  CONDUCTED  IN  A PRODUCTION  ENVIRONMENT 
WITH  THE  PROGRAMMERS  COMPLETING  THEIR  NORMALLY  REQUIRED  WORKLOAD  AND 
PROVIDING  DOCUMENTATION  ON  TASKS  ROUTINELY  ASSIGNED  TO  THEM.  THE  RESULTS 
OF  THIS  STUDY  INDICATE  THAT  ON  A LINE-OF-CODE  BASIS  THE  INTERACTIVE  SYSTEM 
OFFERS  AN  INCREASE  IN  PRODUCTIVITY  AND  A DECREASE  IN  OVERALL  COST,  AS 
COMPARED  TO  THE  BATCH  PROCESSING  PROCEDURE.  CONTINUED  SUPPORT  OF  THE 
INTERACTIVE  SYSTEM  IS  RECOMMENOED.  (A) 

71 P,  7R. 
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326  SOFTWARE  ENGINEERING 

REIFER,  D.J.  AUTOMATED  AIDS  FOR  RELIABLE  SOFTWARE.  IN  PROCEEDINGS,  1975 
INTERNATIONAL  CONFERENCE  ON  RELIABLE  SOFTWARE.  SIGPLAN  NOTICES,  JUNE  1975, 
10(6),  131-142. 

DESCRIPTION: 

RECENT  INVESTIGATIONS  ON  THE  USE  OF  AUTOMATION  TO  REALIZE  THE  TWIN 
OBJECTIVES  OF  COST  REDUCTION  AND  RELIABILITY  IMPROVEMENT  FOR  COMPUTER 
PROGRAMS  DEVELOPED  FOR  THE  U.S.  AIR  FORCE  ARE  REPORTED.  THE  CONCEPTS  OF 
RELIABILITY  AND  AUTOMATION  AS  THEY  PERTAIN  TO  SOFTWARE  ARE  EXPLAINED.  THEN, 
OVER  TWENTY  AUTOMATED  TOOLS  AND  TECHNIQUES  (AIDS)  IDENTIFIED  BY  THIS 
INVESi IGATION  ARE  DESCRIBED  AND  CATEGORIZED.  BASED  ON  THE  INFORMATION 
REVIEWED,  AN  ASSESSMENT  OF  THE  STATE  OF  THE  TECHNOLOGY  IS  MADE . FINALLY, 
SPECIFIC  RECOMMENDATIONS  WHICH  TRY  TO  GIVE  DIRECTION  TO  rUTURE  EFFORTS  ARE 
OFFEREO.  (A) 

12P,  A6R . 


327  PROGRAMMER  SELECTION 

REINSTEDT,  R.N.,  HAMMIDI,  B.C.,  PERES,  S.H.,  & RICARD,  E.,L.  COMPUUR  PERSONNEL 
RESEARCH  GROUP  PROGRAMMER  PERFORMANCE  PREDICTION  STUDY  (REPORT  NO.  RM*’4033-PR> . 
SANTA  MONICA,  CALIFORNIA:  THE  RAND  CORP.,  MARCH  1964  (ALSO  REPORTED  MORt  BRIEFLY 
IN  REINSTEDT,  R.N.  RESULTS  OF  A PROGRAMMER  PERFORMANCE  PREDICTION  STUDY.  IEEE 
TRANSACTIONS  ON  ENGINEERING  MANAGEMENT,  DECEMBER  1967,  EM-14,  183-187). 
DESCRIPTION: 

THIS  MEMORANDUM  REPORTS  THE  RESULTS  OF  A RESEARCH  STUDY  UNDERTAKEN  TO 
GAIN  SOME  INSIGHT  INTO  THE  RELATIONSHIP  BETWEEN,  ON  THE  ONE  HAND,  RATED 
JOB  PERFORMANCE  AND,  ON  THE  OTHER,  COGNITIVE  ABILITIES,  VOCATIONAL 
INTERESTS,  AND  BIOGRAPHICAL  INFORMATION  OF  COMPUTER  PR0G0AMMFR5. 

A TEST  BATTERY  COMPOSED  OF  THE  IBM  PROGRAMMER  APTITUDE  TEST,  THE 
TEST  OF  SEQUENTIAL  INSTRUCTIONS  (A  RESEARCH  INSTRUMENT  SPECIALLY  ‘ 

CONSTRUCTED  FOR  THIS  STUDY),  THE  STRONG  VOCATIONAL  INTEREST  BLAPr,  AND  A 
PERSONAL  BACKGROUND  DATA  FORM  WAS  ADMINISTERED  TO  534  PROGRAMMERS 
REPRESENTING  24  PARTICIPATING  COMPANIES.  THE  SAMPLE  WAS  DIVIDED  INTO  TWO 
SUB-SAMPLES:  301  PROGRAMMERS  WERE  CLASSIFIED  AS  SCIENTIFIC  PROGRAMMERS 
AND  233  WERE  CLASSIFIED  AS  8US1NESS  PROGRAMMERS. 

THE  ANALYSES  OF  THE  DATA  INDICATE  THAT  THE  IBM  PROGRAMMER  APTITUDE 
TEST  AND  THE  TEST  OF  SEQUENTIAL  INSTRUCTIONS  GENERALLY  CORRELATE  HIGHER 
TO  THE  PERFORMAN',E  RATING  CRITERION  AMONG  THE  COMPANIES  IN  THE  SCIENTIFIC 
SAMPLE  THAN  IN  THE  BUSINESS  SAMPLE.  WHEN  THE  DATA  ARE  ANALYZED  AGAINST 
INDIVIDUAL  COMPANY  PERFORMANCE  RATINGS,  THERE  IS  A WIDE  RANGE  OF 
CORRELATION  (-.67  TO  .90). 

THE  ANALYSES  OF  THE  STRONG  VOCATIONAL  INTEREST  BLANK  INDICATE  THAT 
THIS  INSTRUMENT  HAS  PREDICTIVE  VALUE  IN  TERMS  OF  JOB  PERFORMANCE  IN  BOTH 
SUB-SAMPLES;  FURTHER,  THE  EMERGING  INTEREST  PATTERNS  TEND  TO  BE  THOSE 
OF  THE  SCIENTIFIC,  PROF  E SS IOIJ  ALL  Y-OR I ENT  F D,  FSTHETIC  PERSON.  BOTH 
SAMPLES  SHOWED  AN  EXTREMELY  HIGH  INTEREST  IN  MATHEMATICAL  SUBJECTS. 

HIGHEST  CORRELATIONS  RtbULTED  FROM  THE  BUSINESS  PROGRAMMERS  WHO  HAD 
HIGHLY  SCIENTIFIC  INTEREST  PATTERNS. 

SCIENTIFIC  PROGRAMMERS  HAD  A GENERALLY  HIGHFP  EDUCATIONAL  LEVEL 
THAN  THE  BUSINESS  PROGRAMMERS  (MORE  COLLEGE  GRADUATES  AND  MORE  ADVANCED 
DEGREES). 

PROGRAMMERS  FROM  BOTH  THE  SCIENTIFIC  AND  THf  BUSINESS  SAMPLES  WERE, 

ON  THE  AVERAGE,  A COMPARATIVELY  YOUNG  GROUP,  WITH  (AS  COMPARED  WITH  OTHES 
PROFESSIONS)  FEW  YEARS  OF  EXPERIENCE. 

FOLLOW-UP  STUDIES  ARE  INDICATED,  ESPECIALLY  IN  THE  AREAS  OF  INTEREST 
AND  PERSONALITY  TESTING.  (A) 

64P,  4R . 


328  SUER?  LANGUAGES 

REISNER.  P.  USE  OF  PSYCHOLOGICAL  EXPERIMENTATION  AS  AN  AID  10  DEVELOPMENT  OF  A 
QUERY  LANGUAGE.  IEEE  TRANSACTIONS  ON  SOFTWARE  ENGINEERING.  MAY  1977.  SE-3, 
218-229. 

DESCRIPTION: 

THIS  PAPER  DESCRIBES  A SERIES  OF  PSYCHOLOGICAL  EXPERIMENTS  USED  TO  TEST  A 
NEW  DATA  BASE  QUERY  LANGUAGE.  THE  INTENT  IS  TO  MAKE  PSYCHOLOGICAL  TESTING 
OF  A LANGUAGE  PART  OF  THE  DESIGN  AND  DEVELOPMENT  PROCESS.  8Y  TESTING  A 
LANGUAGE  WHILE  IT  IS  STILL  UNDER  DEVELOPMENT.  FEATURES  THAT  REQUIRE  CHANCING 
CAN  BE  IDENTIFIED  AND  THE  CHANGES  MADE. 

THE  EXPERIMENTS.  WHICH  USED  COLLEGE  STUDENTS  AS  SUBJECTS.  INVESTIGATED: 
(1)  OVERALL  "LEARNABILITY"  OF  THE  LANGUAGE.  (2)  "LEARNABILITY"  OF  INDIVIDUAL 
FEATURES  05  THE  LANGUAGE.  ANO  (3)  THE  TYPES  AND  FREQUENCIES  OF  ERRORS  MADE. 
RECOMNENDED  CHANGES  TO  THE  PARTICULAR  LANGUAGE  AND  THE  BASIS  FOR  THOSE 
RECOMMENDATIONS  ARE  DESCRIBED. 

IN  ADDITION.  ERRORS  MADE  BY  EXPERIMENTAL  SUBJECTS  DURING  THE  TESTING 
ARE  THEN  ANALYZED  FROM  THE  POINT  OF  VIEW  OF  POSSIBLE  CAUSES.  BASED  ON  THIS 
ANALYSIS.  A PRELIMINARY  MODEL  OF  QUERY  WRITING  AND  TWO  POSSIBLE  INDICES  OF 
QUERY  COMPLEXITY  ARE  SUGGESTED.  (A) 

12P.  22R. 


3?9  Qi'tRY  LANGUAGES 

REISER,  P..  BOYCE.  R.F..  t CHAMBERLIN.  D.D . HUMAN  FACTORS  EVALUATION  OF  TWO 

DATA  BASE  QUERY  LANGUAGES:  SQUARE  AND  SEQUEL.  AFIPS  CONFERENCE  PROCEEDINGS. 

1975.  44.  447-452. 

DESCRIPTION: 

A SERIES  OF  EXPERIMENTS  WAS  CONDUCTED  TO  EVALUATE  THE  LEARNABIL’TY  OF  TWO 
DATA  BASE  QUEPY  LANGUAGES.  SQUARE  AND  SEQUEL.  USING  UNIVERSITY  STUDENTS  AS 
SUBJECTS.  SUBJECTS  WITH  OR  WITHOUT  PROGRAMMING  EXPERIENCE  WERE  ABLE  TC  USE 
EITHER  PROGR*.  MING  LANGUAGE  WITH  REASONABLE  PROFICIENCY  AFTER  12  OR  14 
ACADEMIC  H0UL * OF  INSTRUCTION.  PROGRAMMERS  LEARNED  BOTH  LANGUAGES  MORE 
QUICKLY  AND  MORE  COMPLETELY  THAN  DID  NON-PROGRAMMERS.  AND  THE  NON-PROGRAMHFRS 
SHOWED  GREATEn  PROFICIENCY  WITH  SEQUEL  THAN  WITH  SQUARE.  BOTH  PROGRAMMERS 
ANO  \0M -PROGRAMMERS  WERE  ABLE  TO  COMBINE  BASIC  LANGUAGE  FEATURES  IN  WAYS 
NOT  EXPLICITLY  TAUGHT. 

THE  BASIC  LANGUAGE  FEATURE.  A SIMPLE  MAPPING,  WAS  LEARNED  IN  EACH 
LANGUAGE  WITH  NEAR-PERFECT  ACCURACY  BY  PROGRAMMERS  AFTER  TWO  HOURS  AND  BY 
NON-PROGRAMMERS  AFTER  FOUR  HOURS.  HOWEVER,  CONSIDERABLE  DIFFICULTY  WAS 
EXPERIENCED  IN  LEARNING  AND  RETAILING  MORE  COMPLEX  FEATURES,  ESPECIALLY  BY 
NON-PROGRANMERS.  A STUDY  OF  ERRORS  MADS  BY  SUBJECTS  SUGGESTS  THAT  A REAL 
DATA  BASE  SYSTEM  SHOULD  BE  PREPARED  TO  CORRECT  MINOR  SYNTACTIC  ERRORS  ANO  TO 
SEARCH  FOR  POORLY-SPECIFIED  DATA  VALUES  BY  SOME  TECHNIQUE  SUCH  AS 
STEM°i<ATCHING  OR  A SYNONYM  DICTIONARY.  (A,  ABBR.) 

8P,  3R  • 


330  PROGRAMMING  LANGUAGES 

RICHARD,  F.,  t LEDGARO,  K.F.  A REMINDER  FOR  LANGUAGE  DESIGNERS.  SIGPLAN 
NOTICES,  DECEMBER  1977,  12(12),  73-A2  (ALSO  COINS  TECHNICAL  REPORT  NO.  76-3, 
AMHERST , MASSACHUSETTS:  UNIVERSITY  or  MASSACHUSETTS,  DEPARTMENT  OF  COMPUTER 
SCIENCE  AND  INFORMATION,  MARCH  1076). 

DcSCfi IPTICn; 

M0S1  PROGRAMMING  LANGUAGES  00  NOT  SUIT  THE  PRODUCTION  OF  LARGF  SOFTWARE 
SYSTEMS  TO  IMPLEMENT  REAL  PROBLEMS,  NO  CURRENT  PROGRAMMING  LANGUAGE 
OFFERS  CLEAR  SOLUTIONS.  TOO  OFTEN,  THE  STRUCTURE  OF  THE  PRlBLEM  MUST  BE 
TWISTED  TO  THE  STRUCTURE  OF  THE  LANGUAGE.  TO  DEVISE  PROGRAMS  THAT  CAN  CE 
READ  ANO  MODIFIED,  PROGRAMMERS  MUST  OBSERVE  STRICT  OBEOIENCE  TO  NUMEROUS 
AND  COMPLEX  PROGRAMMING  STANDARDS. 

WE  BELIEVE  THERE  IS  A NEED  FOR  A NEW  GENERAL  PURPOSE,  PROCE  CURE -OR I ENT ED 
PROGRAMMING  LANGUAGE  — "UTOPIA  84".  IN  THIS  PAPER,  WE  SUGGEST  SEVERAL 
LANGUAGE  0ESI6N  PRINCIPLES  FOR  UTOPIA  84.  (A,  AB8R,) 

10P,  19R. 
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331  SOFTWARE  METRICS 

RICHARDS,  P.  INTERIM  REPORT  ON  A SOFTWARE  COMPLEXITY  MEASURE  (SOFTWARE  ERROR 
CONTROL  IRtD  PROJECT  NO.  76D6A51).  NOVEMBER  1976. 


332  COMPUTER  PERSONNEL  SELECTION 

RICHEY,  J.W.,  BERCER,  R.H.,  l CERSHON,  A.  COMPUTER  PERSONNEL  SELECTION  AND 
CRITERION  DEVELOPMENT:  I.  THE  RESEARCH  PLANS  (TECHNICAL  REPORT  36).  LOS 
ANGELES,  CALIFORNIA:  UNIVERSITY  OF  SOUTHERN  CALIFORNIA,  FEBRUARY  1963. 


333  COMPUTER  PERSONNEL  SELECTION 

RIGNE Y, J .W.,  BERGER,  R.M.,  GERSHON,  A.,  t WILSON,  R.C.  COMPUTER  PERSONNEL 
SELECTION  AND  CRITERION  DEVELOPMENT:  II.  DESCRIPTION  AND  CLASSIFICATION  OF 
COMPUTER  PROGRAMMER  AND  ANALYST  JOSS  (TECHNICAL  REPORT  37).  LOS  ANGELES, 
CALIFORNIA:  UNIVERSITY  OF  SOUTHERN  CALIFORNIA,  DECEMBER  196-. 


334  COMPUTER  PERSONNEL 

RIGNEY,  J.W.,  BERGER,  R.H.,  WILSON,  R.C.,  l TEPLIT2KY,  F.  COMPUTER  PERSONNEL 
SELECTION  AND  CRITERION  DEVELOPMENT:  III  — THE  BASIC  PROGRAMMING  KNOWLEDGE 
TEST  (TECHNICAL  REPORT  NO.  49).  LOS  ANGELES,  CALIFORNIA:  UNIVERSITY  OF 
SOUTHERN  CALIFORNIA,  ELECTRONICS  PERSONNEL  RESEARCH  GROUP,  JUNE  1966. 

(NTtS  NO.  AD  636988) 

DESCRIPTION: 

THIS  IS  A REPORT  ON  THE  CRITERION  DEVELOPMENT  PHASE  OF  A LONG-TERM  RESEARCH 
PROGRAM  CONCERNED  WITH  COMPUTES  PERSONNEL  SELECTION  AND  EVALUATION. 

TWO  TYPES  OF  CRITERION  MEASURES  ARE  INVOLVED  IN  THIS  PHASE.  BOTH  ARE 
PROFICIENCY  TESTS,  ONE  DESIGNED  TO  TEST  AN  INDIVIDUAL'S  KNOWLEDGE  OF  THE 
BASIC  PRINCIPLES  AND  TECHNIQUES  OF  PROGRAMMING,  AND  THE  SECOND,  TO  TEST  AN 
INDIVIDUAL'S  PERFORMANCE  IN  DEPTH  IN  Tf/E  SYSTEMS  ANALYSIS  AND  SYSTEMS  DESIGN 
AREAS.  THE  DEVELOPMENT  OF  THE  FIRST  TYPE,  THE  BASIC  PROGRAMMING  KNOWLEDGE 
TEST  (BPKT ),  IS  DESCRIBED  IN  THIS  REPORT.  THE  SECOND  TYPE  OF  MEASURE  IS 
NOW  UNDER  CONSTRUCTION  AND  WILL  BE  DESCRIBED  IN  A SUBSEQUENT  REPORT. 

THE  BPKT  IS  INTENDED  TO  STAND  BY  ITSELF  AS  A CRITERION  OF  PROGRAMMING 
PROFICIENCY.  T0  ACHIEVE  A CLOSE  CORRESPONDENCE  OF  TEST  CONTENT  TO 
PROGRAMMING  JOB  REQUIREMENTS,  SUBJECT-MATTER  EXPERTS  PARTICIPATED  IN  THE 
CONSTRUCTION  AND  REVIEW  OF  THE  TEST  QUES’YPNS.  TEST  QUESTIONS  WERE  SELECTED 
THAT  MET  THE  CRITERIA  OF  DISCRIMINATION  ANt  ,'PPROPRIATE  DIFFICULTY,  AS 
INDICATED  BY  THE  STATISTICAL  ANALYSIS  OF  RESULTS  OF  A LARGE  PRELIMINARY 
TESTING.  THE  FINAL  FORM  OF  THE  TEST  CONSISTS  OF  IPO  MULTIPLE-CHOICE 
QUESTIONS  THAT  ARE  OESIGNEO  TO  BE  FREE  OF  REFERENCES  TO  SPECIFIC  COMPUTERS 
AND  LANGUAGES  NOW  IN  USE. 

NORMATIVE  SCORES  HAVE  BEEN  DEVELOPED  FOR  NAVY  COMPUTER  GROUPS.  THE 
RELATIONSHIPS  OF  THE  BPKT  TEST  SCORES  TO  A NUMBER  OF  VOCATIONAL  AND 
EDUCATIONAL  VARIABLES  ARE  DESCRIBED.  RECOMMENDATIONS  ARE  MADE  FOR  THE  USE 
OF  THE  BPKT  IN  PERSONNEL  SELECTION  AND  EVALUATION  OF  EXPERIENCED  PROGRAMMERS 
AND  ANALYSTS,  AND  AS  A CRITERION  MEASURE  AGAINST  WHICH  APTITUDE  TESTS  MAY 
BE  VALIDaTEO.  (A) 

42P.  4R . 


335  PROGRAM  READABILITY 

ROBERTS,  K.V.  PROGRAM  READABILITY.  IN  INFOTECH  INFORMATION  LTD.,  SOFTWARE 
ENGINEERING.  BERKSHIRE,  EN6LAND:  INFOTECH  INFORMATION  LTD.,  1972,  495-516. 


336  SOFTWARE  DESIGN 

ROBINSON,  L.  A FORMAL  DESIGN  MEDIUM  FOR  SOFTWARE. 
1975,  8(6),  66. 


COMPUTER  MAGAZINE,  JUNE 
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337  PROGRAMMING  LANGUAGES 

ROBINSON,  S.K  .,  1 TORSUN,  I.S.  AN  EMPIRICAL  ANALYSIS  OF  FORTRAN  PROGRAMS. 
COMPUTER  JOURNAL,  1976,  19,  56-62. 

DESCRIPTION: 

THIS  PAPER  DESCRIBES  THE  RESULTS  OBTAINED  FROM  A STATIC  ANALYSIS  OF  FORTRAN 
PROGRAMS  WRITTEN  AND  RUN  IN  A UNIVERSITY  ENVIRONMENT.  THE  ANALYSIS  JAS 
PERFORMED  BY  A SYNTAX  ANALYSER  DESIGNED  SPECIFICALLY  TO  ANALYSE  SOURCE 
PROGRAM  STATEMENTS,  COLLECT  DETAILED  INFORMATION  AND  PRODUCE  A REPORT 
CONCERNING  THE  TOTALS  OF  EACH  FACTOR  CONSIDERED. 

THE  AIN  OF  THE  AUTHORS'  RESEARCH  IS  TO  PRODUCE  AN  OPTIMISING  COMPILER 
DESIGNED  TO  MEET  THE  FORTRAN  PROGRAMMER  AS  HE  IS,  NOT  AS  HE  IS  EXPECTED 
TO  BE.  (A) 

7P,  3R. 


338  PROGRAMMING 

ROBINSON,  S.K.,  t TORSUN,  I.S.  THE  AUTOMATIC  MEASUREMENT  OF  THE  RELATIVE 
MERITS  OF  STUDENT  PROGRAMS.  SIGPLAN  NOTICES,  APRIL  1977,  12(4),  80-93. 


339  COMPUTER  PERSONNEL 

ROEMMICH,  H.  TESTING  PROGRAMMER  EFFICIENCY.  JOURNAL  OF  DATA  MANAGEMENT, 
DECEMBER  1963,  1,  24-26. 

DESCRIPTION: 

ON  NINE  TESTS  THAI  EMPLOYERS  THOUGHT  WOULD  MEASURE  FACTORS  RELEVANT  TO 
COMPUTER  PROGRAMMER  PROFICIENCY,  FOUR  HAVE  BEEN  FOUND  SIGNIFICANT  BY 
DIFFERENTIATING  COMPUTER  PROGRAMMERS  FROM  OTHER  "TYPES"  OF  PERSONS  BY 
MEASURING  /i  FACTOR  THAT  SIGHT  8E  CALLED  "NUMERICAL  INTELLIGENCE."  THE 
TEST  SCORES  DO  NOT  TEND  TO  CORRELATE  WITH  SUPERVISOR  RATINGS  OF 
PROGRAMMER  PROFICIENCY,  HOWEVER.  (A) 

3P,  2 R. 


340  STRUCTURED  PROGRAMMING 

ROMANOS,  J.P.  AN  IMPLEMENTATION  OF  STRUCTURED  CODE  TECHNIQUES  ON  A REAL-TIME 
SYSTEM.  COMPUTER  MAGAZINE,  JUNE  1975,  8(6),  48-49. 

DESCRIPTION: 

THIS  PAPER  DESCRIBES  EXPERIENCES  USING  STRUCTURED  PROGRAMMING  AND  A MODIFIED 
TEAM  CONCEPT.  RESPONSIBILITIES  WITHIN  A TEAM  WERE  ROTATED  SO  THAT  NO  TEAM 
MEMBER  CODED  A MODULE  HE  HAD  DESIGNED  OR  TESTED  A MODULE  THAT  HE  HAD 
DESIGNED  OR  CODED.  ALTHOUGH  CORE  USAGE  AND  EXECUTION  TIMES  INCREASED 
SLIGHTLY,  CODE  WAS  FOUND  TO  BE  MORE  READABLE  AND  UNDERSTANDABLE  AND  THE 
DEBUGGING  PHASES  OF  A PROJECT  WERE  SIGNIFICANTLY  AIDED.  (MEA) 

2P,  OR. 


341  PROGRAMMING  LANGUAGES 

ROSEN,  S.  (ED)  PROGRAMMING  SYSTEMS  AND  LANGUAGES.  NEW  YORK:  MCGRAW-HILL,  1967. 
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342  AUTOHATIC  PROGRAMMING 

ROSENSCHEIN,  S.J.,  t KATZ,  S.M.  SELECTION  OF  REPRESENTATIONS  FOR  DATA 
STRUCTURES.  IN  PROCEEDINGS  OF  THE  ACM  SYMPOSIUM  ON  ARTIFICIAL  INTELLIGENCE 
ANO  PROGRAMMING  LANGUAGES,  SIGPLAN  NOTICES,  AUGUST  1977,  12(8),  147-154  (ALSO 
SIGART  NEWSLETTER,  AUGUST  1977,  NO.  64,  147-154). 

DESCRIPTION: 

THE  PROCESS  OF  SELECTING  REPRESENTATIONS  FOR  DATA  STRUCTURES  IS  CONSIDERED. 
THE  MODEL  OF  THE  SELECTION  PROCESS  WE  SUGGEST  IS  CENTERED  AROUND  A BASE 
OF  KNOWN  ABSTRACT  DATA  STRUCTURES  AND  THEIR  REPRESENTATIONS.  THE  ABSTRACT 
DATA  STRUCTURE  FOR  WHICH  A REPRESENTATION  IS  REQUIRED  WOULD  NOT  NECESSARILY 
BE  IN  THE  BASE,  BUT  SHOULD  BE  A COMBINATION  OF  BASE  DATA  STRUCTURES. 

AFTER  DESCRIBING  THIS  MODEL  OF  SELECTION  AND  ITS  MOTIVATION,  TWO  ASPECTS 
OF  THE  PROCESS  ARE  EXAMINED  IN  MORE  DETAIL:  A)  THE  INTERACTION  WITH  THE  USER 
IS  TREATED  BY  DEFINING  A LANGUAGE  FOR  THE  NATURAL  DESCRIPTION  OF  DATA 
STRUCTURE  REQUIREMENTS,  AND  B)  TWO  MAIN  TYPES  OF  COMBINATIONS  — 

HIERARCHICAL  AND  CROSS-PRODUCT  — ARE  ANALYZED,  CLARIFYING  THE  RELATION 
BETWEEN  REPRESENTATIONS  FOR  COMPONENT  DATA  STRUCTURES  AND  M REPRESENTATION 
FOR  THE  COMBINATION.  (A) 

8P,  5R. 


343  SOFTWARE  ENGINEERING 

ROSS,  D.T.,  GOODENOUGH,  J.B.,  & IRVINE,  C.A.  SOFTWARE  ENGINEERING:  PROCESS, 
PRINCIPLES,  AND  GOALS.  COMPUTER  MAGAZINE,  HAY  1975,  8(5),  17-27. 

DESCRIPTION: 

THIS  PAPER  ATTEMPTS  TO  DEFINE  THE  PRINCIPLES  AND  COALS  THAT  AFFECT  THE 
PRACTICE  OF  SOFTWARE  ENGINEERING.  ITS  INTENT  IS  TO  ORGANIZE  THESE  ASPECTS 
OF  SOFTWARE  ENGINEERING  INTO  A FRAMEWORK  THAT  RATIONALIZES  AND  ENCOURAGES 
THEIR  PROPER  USE,  WHILE  PLACING  IN  PERSPECTIVE  THE  DIVERSITY  OF  TECHNIQUES, 
METHODS,  AND  TOOLS  THAT  PRESENTLY  COMPRISE  THE  SUBJECT  OF  SOFTWARE 
ENGINEERING.  (O) 

IIP,  20R. 


344  SOFTWARE  ENGINEERING 

ROYCE,  W.W.  SOFTWARE  REQUIREMENTS  ANALYSIS:  SIZING  AND  COSTING.  IN  E. 
HOROWITZ  (ED.),  PRACTICAL  STRATEGIES  FOR  DEVELOPING  LARGE  SOFTWARE  SYSTEMS. 
READING,  MASSACHUSETTS:  ADDI SON-WESLEY,  1975,  57-71. 

DESCRIPTION: 

THE  SUCCESS  OR  FAILURE  OF  A LARGE  SOFTWARE  PROJECT  IS  OFTEN  DUE  TO  THE 
CONSISTENCY  AND  COMPLETENESS  IN  SPECIFYING  SOFTWARE  REQUIREMENTS  AND  THE 
ACCURACY  WITH  WHICH  THESE  REQUIREMENTS  CAN  BE  TRANSLATED  INTO  COST  AND 
SCHEDULE  ESTIMATES  AND  HARDWARE  REQUIREMENTS.  THIS  PAPER  DISCUSSES  FOUR 
TECHNIQUES  FOR  IMPROVING  REQUIREMENTS  ANALYSIS. 

1.  THERE  SHOULD  BE  AUTOMATED  TOOLS  FOR  ANALYZING  THE  COMPLETENESS, 
CONSISTENCY,  ALLOCATION,  AND  TRACEABILITY  OF  THE  REQUIREMENTS. 

2.  IMPROVED  METHODS  FOR  DESIGNLESS  COSTING  TO  QUANTIFY  REQUIREMENTS 
SELECTION  ARE  REQUIRED. 

PREVIOUSLY  DEVELOPED  SIMULATIONS,  THAT  CAN  BE  USED  ON  THE 
CURRENT  PROBLEM  WITHOUT  ADDITIONAL  CODING,  SHOULD  BE  DEVELOPED. 

4.  EFFECTIVE  SIMULATION-ORIENTED  LANGUAGES  TO  AID  IN  SIMULATION 
BUILDING  SHOULD  BE  IMPROVED  TO  BROADEN  THEIR  APPLICATIONS.  (MEA) 

15P,  11R. 
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345  PROGRAMMING  LANGUAGES 

RUBEY,  R.J ,,  ET  AL.  COMPARATIVE  EVALUATION  OF  PL/1  (USAF  REPORT  NO.  ESD-TR-68- 
150).  SAN  PEDRO,  CALIFORNIA:  LOGICON,  INC.,  1968.  (NTZS  NO.  AD  669096) 
DESCRIPTION: 

SEVEN  BENCHMARK  PROBLEMS  WERE  EACH  IMPLEMENTED  TWICE  BY  THE  SAME  PROGRAMMER, 
ONCE  IN  PL/1  AND  ONCE  IN  ANOTHER  HIGHER  LEVEL  LANGUA6E  (COBOL,  FORTRAN,  OR 
JOVIAL)  APPROPRIATE  TO  THE  APPLICATION  AREA  REPRESENTED  BY  THE  PROBLEM. 
OVERALL,  IT  WAS  FOUND  THAT  PL/1  HAO  ADVANTAGES  OVER  BOTH  FORTRAN  AND  JOVIAL 
AND  WAS  ACOUT  EQUAL  TO  COBOL  FOR  THE  RESPECTIVE  APPLICATION  AREAS.  THE 
QUANTITATIVE  DATA  OBTAINED  FROM  THE  IMPLE  tENTATIONS  GENERALLY  INDICATED 
THAT  THE  PL/1  VERSIONS  HAD  FEWER  STATENEN  S IN  THE  SOURCE  PROGRAMS  AND  WERE 
CODED  MORE  RAPIDLY  THAN  THEIR  C0MPARIS0N-Lk<6UA6E  COUNTERPARTS,  BUT  TOOK 
LONGER  TO  DEGUG  AND  HAD  A HIGHER  FREQUENCY  0'  ERRORS.  THE  QUALITATIVE, 
SUBJECTIVE  OPINIONS  OF  THE  PROBLEM  PROGRAMMERS  AND  PROJECT  ANALYSTS 
INDICATED  THAT  PL/1  WAS  GENERALLY  SUPERIOR  TO  THE  COMPARISON  LANGUAGES  WITH 
REGARD  TO  SUITABILITY  FOR  A WIDE  RANGE  OF  PROBLEMS,  NATURALNESS,  GENERALITY, 
AND  EASE  OF  USE.  INEFFICIENCIES  OBSERVED  IN  THE  LANGUAGE  COMPILERS  AND 
ASSOCIATED  OPERATING  SYSTEMS  UTILIZED  FOR  THE  BENCHMARK  PROBLEMS  INDICATED 
THAT  IMPROVEMENTS  ARE  REQUIRED  IN  THESE  AREAS  IF  THE  BENEFITS  OBTAINABLE 
FROM  THE  USE  OF  HIGHER  LEVEL  LANGUAGES  ARE  TO  BE  FULLY  REALIZED.  (A) 

28IP,  OR. 


346  PROGRAMMING,  ERRORS 

RUBEY,  R.J.,  DANA,  J.A.,  t BICHE,  P.W.  QUANTITATIVE  ASPECTS  OF  SOFTWARE 
VALIDATION.  IEEE  TRANSACTIONS  ON  SOFTWARE  ENGINEERING,  1975,  SE-1,  150-155 
(A  SIMILAR  PAPER  IS  RUBEY,  R.J.  QUANTITATIVE  ASPECTS  OF  SOFTWARE  VALIDATION. 
PROCEEDINGS,  INTERNATIONAL  CONFERENCE  ON  RELIABLE  SOFTWARE,  21-23  APRIL  1975, 
LOS  ANGELES,  CALIFORNIA.  SIGPLAN  NOTICES,  JUNE  1975,  1C<6>,  246-251). 
DESCRIPTION: 

THIS  PAPER  DISCUSSES  THE  NEED  FOR  QUANTITATIVE  DESCRIPTIONS  OF  SOFTWARE 
ERRORS  AND  METHODS  FOR  GATHERING  SUCH  DATA.  THE  SOFTWARE  DEVELOPMENT  CYCLE 
IS  REVIEWED, ^AND  THE  FREQUENCY  OF  THE  ERRORS  THAT  ARE  DETECTED  DURING 
SOFTWARE  DEVELOPMENT  AND  INDEPENDENT  VALIDATION  ARE  COMPARED.  DATA  OBTAINED 
FROM  VALIDATION  EFFORTS  ARE  PRESENTEC > INDICATING  THE  NUMBER  OF  ERRORS  IN 
TEN  CATEGORIES  AND  THREE  SEVERITY  LEVELS;  THE  INFERENCES  THAT  CAN  BE  DRAWN 
FROM  THESE  DATA  ARE  DISCUSSED,  DATA  DESCRIBING  THE  EFFECTIVENESS  OF 
VALIDATION  TOOLS  AND  TECHNIQUES  AS  A FUNCTION  OF  TIME  ARE  PRESENTED  AND 
DISCUSSED.  THE  SOFTWARE  VALIDATION  COST  IS  CONTRASTED  WITH  THE  SOFTWARE 
DEVELOPMENT  COST.  THE  APPLICATIONS  OF  BETTER  QUmNTITATIVE  SOFTWARE  ERROR 
DATA  ARE  SUMMARIZED.  (A) 

6P,  OR. 


347  PROGRAMMING  LANGUAGES 

RULIFSON,  J.F.,  WALDINGER,  R.J.,.  C DERKSEN,  J SA  , A LAN6UAGE  FOR  WRITING 
PROBLEM-SOLVING  PROGRAMS.  IN  PROCEEDINGS  IFIP  CONGRESS  1971  (PRESENTED  AT 
LJUBLJANA,  YUGOSLAVIA),  AUGUST  1971. 


348  ARTIFICIAL  INTELLIGENCE 

RUTH,  G.R.  INTELLIGENT  PROGRAM  ANALYSIS.  ARTIFICIAL  INTELLIGENCE,  1976,  7, 
65-85. 

DESCRIPTION: 

IN  ORDER  TO  EXAMINE  THE  POSSIBILITIES  OF  USING  A COMPUTER  AS  AN  AID  TO 
TEACHING  PROGRAMMING,  A PROTOTYPE  INTELLIGENT  PROGRAM  ANALYZER  HAS  BEEN 
CONSTRUCTED.  ITS  DESIGN  ASSUMES  THAT  A SYSTEM  CANNOT  ANALYZE  A PROGRAM 
UNLESS  IT  CAN  "UNDERSTAND"  IT;  UNDERSTANDING  8EING  BASED  ON  A KNOWLEDGE 
OF  WHAT  MUST  8E  ACCOMPLISHED  AND  HOW  CODE  IS  USED  TO  EXPRESS  THE  INTENTIONS. 

IT  WAS  FOUND  THAT  A ONE-PAGE  DESCRIPTION  OF  TWO  COMMON  SORTING  ALGORITHMS 
OR  OF  SOME  COMMON  APPROXIMATION  PROBLEMS  WAS  SUFFICIENT  FOR  THE  COMPUTER  TO 
UNDERSTAND  AND  ANALYZE  A WIDE  VARIETY  OF  PROGRAMS  AND  IDENTIFY  AND  DESCRIBE 
ALMOST  ALL  ERRORS.  (A) 
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349  PROGRAMING  LANGUAGES 

RYCHENER,  M.D.  CONTROL  REQUIREMENTS  FOR  THE  DESIGN  OF  PRODUCTION  SYSTEM 
ARCHITECTURES.  IN  PROCEEDINGS  OF  THE  ACM  SYMPOSIUM  ON  ARTIFICIAL  INTELLIGENCE 
AND  PROGRAMMING  LANGUAGES,  SIGPLAN  NOTICES,  AUGUST  1977,  12(8),  37-44  (ALSO- 
SIGART  NEWSLETTER,  AUGUST  1977,  NO.  64,  37-44). 

DESCRIPTION: 

PROGRAMS  IN  THE  ARTIFTCIAL  INTELLIGENCE  DOMAIN  IMPOSE  UNUSUAL  REQUIREMENTS 
ON  CONTROL  STRUCTURES.  PRODUCTION  SYSTEMS  ARE  A CONTROL  STRUCTURE  WITH 
PROMISING  ATTRIBUTES  FOR  BUILDING  GENERALLY  INTELLIGENT  SYSTEMS  WITH  LARGE 
KNOWLEDGE  BASES.  THIS  PAPER  PRESENTS  EXAMPLES  TO  ILLUSTRATE  THE  UNUSUAL 
POSITION  TAKEN  BY  PRODUCTION  SYSTEMS  ON  A NUMBER  OF  CONTROL  AND  PATTERN- 
MATCHING ISSUES.  EXAMPLES  ARE  CHOSEN  TO  ILLUSTRATE  CERTAIN  POWERFUL 
FEATURES  AND  TO  PROVIDE  CRITICAL  TESTS  WHICH  MIGHT  BE  USED  TO  EVALUATE  THE 
EFFECTIVENESS  OF  NEW  DESIGNS.  (A) 

8P,  12R. 


350  COMMENTS 

SACHS,  J.  SOME  COMMENTS  ON  COMMENTS.  ACN/SIGDOC  SYSTEMS  DOCUMENTATION 
NEWSLETTER,  1976,  3(7),  7-14. 

DESCRIPTION: 

PROGRAMMERS  PROBABLY  SPEND  MORE  TIME  WRITING  AND  READING  COMMENTS  THAN 
ANY  OTHER  KINO  OF  DOCUMENTATON.  THUS,  IT  IS  STRANGE  THAT  LITTLE  ATTENTION 
HAS  BEEN  GIVEN  TO  THE  PROBLEM  OF  MAKING  COMMENTS  AS  USEFUL  AS  POSSIBLE.  (A) 
8P,  3R. 


351  GENERAL  DISCUSSION 

SACKMAN,  H.  COMPUTERS,  SYSTEM  SCIENCE,  AND  EVOLVING  SOCIETY.  NEW  YORK,  NEW 
YORK:  WILEY,  1967. 


352  TIME-SHARING  VS  BATCH 

SACKMAN,  H.  EXPERIMENTAL  INVESTIGATION  OF  USER  PERFORMANCE  IN  TIME-SHARED 
COMPUTING  SYSTEMS:  RETROSPECT,  PROSPECT,  AND  THE  PUBLIC  INTEREST  (TECHNICAL 
REPORT  NO.  SP-2846) . SANTA  MONICA,  CALIFORNIA:  SYSTEM  DEVELOPMENT  CORPORATION, 
1967. 
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353  COMPARISONS  OF  TIHE-Sh«r<ING  WITH  BATCH  PROCESSING 

SACKMAN,  H.  TIME-SHARING  VERSUS  8ATCH  PROCESSING:  THE  EXPERIMENTAL  EVIDENCE. 
AFIPS  CONFERENCE  PROCEEDINGS#  1968#  32#  1-10  (ALSO  PUBLISHED  WITH  ADDITIONAL 
SUMMARY  SECTION  AS  TECHNICAL  REPORT  SP-2975,  SYSTEM  DEVELOPMENT  CORP.#  SANT/! 
MONICA#  CALIFORNIA#  OCTOBER  1967#  NTIS  NO.  AD  66166S). 

DESCRIPTION: 

THE  CONTINUING  CONTROVERSY  OVER  THE  RELATIVE  MERITS  OF  TIME-SHARING  VERSUS 
BATCH  PROCESSING  HAS  TAKEN  A NEW  AND  SIGNIFICANT  TURN  FROM  PR E DISCIPLINARY 
SPECULATION  TO  APPLIED  SCIENTIFIC  EXPERIMENTATION.  WITHIN  THE  LAST  TWO 
YEARS#  FIVE  EXPERIMENTAL  STUDIES  HAVE  APPEARED  IN  THE  LITERATURE#  EACH 
COMPARING  SOME  FORM  OF  ONLINE  AND  OFFLINE  DATA  PROCESSING  WITH  RESPECT  TO 
MAN-MACHINE  MEASURES  OF  SYSTEM  PERFORMANCE.  THESE  FIVE  PIONEERING  STUDIES 
COMPRISE  THE  FIRST  SUBSTANTIVE  DATA  BASE  FOR  COMPARING  AND  EVALUATING 
EXPERIMENTAL  METHODOLOGY  AND  FINDINGS  BEARING  ON  THE  6R0WING  AND  CHANGING 
COMPETITION  BETWEEN  TIME-SHARING  AND  BATCH  PROCESSING  SYSTEMS.  THIS  PAPER 
PROVIDES  A CRITICAL  REVIEW  OF  THESE  FIVE  EXPERIMENTS,  SUMMARIZES  FINDIN6S, 
PROBLEMS  AND  PITFALLS#  AND  OFFERS  RECOMMENDATIONS  FOR  FUTURE  EXPERIMENTAL 
WORK.  (A) 

FIVE  EXPERIMENTAL  COMPARISONS  OF  TIME-SHARING  AND  BATCH  SYSTEMS  ARE 
REVIEWED.  THE  COMPOSITE  RESULTS  INDICATE  THAT  TIME-SHARING  REQUIRES  FEWER 
MAN-HOURS,  POSSIBLY  PRODUCES  HIGHER  QUALITY  RESULTS#  AND  IS  PREFERRED  BY 
USERS.  8ATCH  PROCESSING  MAY  REQUIRE  LESS  COMPUTER  TIME  AND  INVOLVE  LOWER 
COSTS.  THE  METHODOLOGICAL  ISSUES  OF  SUCH  COMPARISONS  ARE  DISCUSSED  AND 
SUGGESTIONS  ARE  MADE  FOR  ADDITIONAL  EXPERIMENTS.  (MEa) 

10P#  12R. 


354  USER  PERFORMANCE  IN  TIME-SHARING  AND  BATCH  SYSTEHS 

SACKMAN,  H.  EXPERIMENTAL  ANALYSIS  OF  MAN-COMPUTER  PROBLEM-SOLVING.  HUMAN 
FACTORS,  1970,  12,  187-201. 

DESCRIPTION: 

EXPERIMENTAL  METHODS  AND  FINOINGS  IN  HUMAN  PROBLEM-SOLVING  USING  ON-LIhE  AND 
OFF-LINE  COMPUTER  SYSTEMS  ARE  REVIEWED.  THE  ADVENT  OF  TIME-SHARING  SYSTEMS 
IN  THE  LAST  DECADE  PRODUCEO  AN  INITIAL  BODY  OF  EMPIRICAL  DATA  FROM  USER 
STATISTICS  AND  EXPERIMENTAL  STUDIES  COMPARING  TIME-SHARING  WITH  BATCH- 
PROCESSING. THIS  BODY  OF  DATA  IS  REVIEWED  FOR  ITS  IMPLICATIONS  TO  THE 
CONTROVERSY  OVER  BATCH  AND  TIME-SHARING  SYSTEMS  AND  TO  THE  UNDERSTANDING  OF 
HUMAN  BEHAVIOR  IN  THE  MAN-COMPUTER  SETTING.  A PLEA  IS  MADE  FOR 
INTERDISCIPLINARY  CROSS-FERTILIZATION  BETWEEN  BEHAVIORAL  AND  COMPUTER 
SCIENCES  TO  BRIDGE  THt  HUMANISTIC  LAG  IN  MAN-COMPUTER  COMMUNICATION.  (A) 
15P,  20R. 


355  COMPARISON  OF  TIME-SHARING  WITH  BATCH  PROCESSING 

SACKMAN,  H.  MAN-COMPUTER  PROBLEM  SOLVING.  PRINCETON,  NEW  JERSEY:  AUERBACH, 
1970. 

DESCRIPTION: 

THIS  BOOK  IS  CONCERNED  WITH  THE  GROWING  EXPERIMENTAL  EVIDEMCE  ON  MAN- 
COMPUTER  PROBLEM  SOLVING,  PARTICULARLY  IN  THE  COMPETITION  BETWEEN  TIME- 
SHARING AND  BATCH-PROCESSING  COMPUTER  SYSTEMS.  THE  BOOK  IF  DIVIDED  INTO 
FOUR  PARTS.  PART  I ESSENTIALLY  CONSISTS  OF  AN  INTRODUCTION  TO  TIME-SHARING 
AND  BATCH-PROCESSING,  THE  HISTORICAL  BACKGROUND  OF  THE  SCIENTIFIC  STUDY 
OF  THE  HUMAN  USE  OF  COMPUTERS,  AND  SUMMARY  ACCOUNTS  OF  EXPLORATORY  ONLINE/ 
OFFLINE  STUDIES  THAT  PRECEDED  THE  COMPREHENSIVE  STUDIES  DESCRIBED  IN  PARTS 
II  AND  III.  THE  EPILOGUE,  PART  IV,  WAS  DESIGNED  TO  PULL  TOGETHER  AND 
SUMMAP T’*"  THE  VARIOUS  STRANDS  OF  RESEARCH  ON  MAN-COMPUTER  PROBLEM  SOLVING 
UNDER  ONLIN.'  AND  OFFLINE  CONDITIONS  AS  RFPORTED  IN  THIS  BOOK.  SPECIAL 
EMPHASIS  IS  PLACED  ON  THE  INTERFACE  BETWEEN  THESE  ONLINE/OFFLINE  STUDIES  AND 
THE  MAINSTREAM  OF  THE  BEHAVIORAL  LITERATURE  ON  HUMAN  PROBLEM  SOLVING.  THE 
BOOK  CONCLUDCS  WITH  A PREVIEW  OF  MASS  COMPUTER  UTILITIES,  AND  A PLEA  FOR 
COOPERATIVE  INTERDISCIPLINARY  RESEARCH  ON  EXPERIMENTAL  COMMUNITY  PROTOTYPES 
TO  MEET  THE  CHALLENGE  OF  THE  PUBLIC  INTEREST  IN  THE  COMPUTEP-SL'RVICED 
SOCIETY  OF  THE  FUTURE.  (A,  ABBR.) 

288P,  69R • 
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356  COMPARISON  OF  TIME-SHARING  AND  BATCH  PROCESSING 

SACKMAN,  H. , ERIKSON,  W.J.,  & GRANT,  E.E.  EXPLORATORY  EXPERIMENTAL  STUDIES 
COMPARING  ONLINE  AND  OFFLINE  PROGRAMMING  PERFORMANCE.  COMMUNICATIONS  OF  THE 
ACM,  1968,  11,  3-11. 

DESCRIPTION: 

TWO  EXPLORATORY  EXPERIMENTS  WERE  CONDUCTED  AT  SYSTEM  DEVELOPMENT  CORPORATION 
TO  COMPARE  DEBUGGING  PERFORMANCE  OF  PROGRAMMERS  WORKING  UNDER  CONDITIONS  OF 
ONLINE  AND  OFFLINE  ACCESS  TO  A COMPUTER.  THESE  ARE  THE  FIRST  KNOWN  STUDIES 
THAT  MEASURE  PROGRAMMERS1  PERFORMANCE  UNDER  CONTROLLED  CONDITIONS  FOR 
STANDARD  TASKS. 

STATISTICALLY  SIGNIFICANT  RESULTS  OF  BOTH  EXPERIMENTS  INDICATED  FASTER 
DEBUGGING  UNDER  ONLINE  CONDITIONS,  BUT  PERHAPS  THE  MOST  IMPORTANT 
PRACTICAL  FINDING  INVOLVES  THE  STRIKING  INDIVIDUAL  DIFFERENCES  IN 
PROGRAMMER  PERFORMANCE.  METHODOLOGICAL  PROBLEMS  ENCOUNTERED  IN  DESIGNING 
AND  CONDUCTING  THESE  EXPERIMENTS  ARE  DESCRIBED;  LIMITATIONS'  OF  THE  FINDINGS 
ARE  POINTED  OUT;  HYPOTHESES  ARE  PRESENTED  TO  ACCOUNT  FOR  RESULTS;  AND 
SUGGESTIONS  ARE  MADE  FOR  FURTHER  RESEARCH.  (A) 

9P,  15R. 


357  COMPARISON  OF  TIME-SHARING  AND  BATCH  PROCESSING 

SACKKAN,  H.,  « GOLD,  M.M.  TIME-SHARING  VERSUS  BATCH  PROCESSING:  AN 
EXPERIMENTAL  INQUIRY  INTO  HUMAN  PROBLEM-SOLVING  (TECHNICAL  REPORT  NO. 
3110).  SANTA  MONICA,  CALIFORNIA:  SYSTEM  DEVELOPMENT  CORP.,  1968. 
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358  COMPILER  TESTING 

SAMET,  H.  A NORMAL  FORM  FOR  COMPILER  TESTING.  IN  PROCEEDINGS  OF  THE  ACM 
SYMPOSIUM  ON  ARTIFICIAL  INTELLIGENCE  AND  PROGRAMMING  LANGUAGES,  SIGPLAN 
NOTICES,  AUGUST  1977,  12(8),  155-162  (ALSO:  SIGART  NEWSLETTER,  AUGUST  1977, 

NO.  64,  155-162). 

DESCRIPTION: 

A FORMALISM  IS  PRESENTED  FOR  OBTAINING  A NORMAL  FORM  TO  BE  USED  IN 
REPRESENTING  PROGRAMS  FOR  COMPILER  TESTING.  EXAMPLES  ARE  USED  TO  MOTIVATE 
THE  FEATURES  THAT  MUST  BE  CONSIDERED  WHEN  DEVELOPING  SUCH  A FORMALISM.  IT 
IS  PARTICULARLY  SUITABLE  FOR  HEURISTICALLY  OPTIMIZED  CODE  AND  HAS  BEEN 
SUCCESSFULLY  USE.)  IN  A SYSTEM  FOR  PROVING  THAT  PROGRAMS  WRITTEN  IN  A SUBSET 
OF  LISP  ARE  C0P  .cCTLY  TRANSLATED  TO  ASSEMBLY  LANGUAGE.  (A) 

8P , 19R. 


359  PROGRAMMING  LANGUAGES,  REVIEW 

SAMMET,  J.E.  PROGRAMMING  LANGUAGES:  HISTORY  AND  FUNDAMENTALS.  ENGLEWOOD 
CUFFS,  NEW  JERSEY:  PREN  f ICE-HALL,  1969. 

DESCRIPTION: 

THE  PRIMARY  PURPOSE  OF  THIS  BOOK  IS  TO  SERVE  AS  A REFERENCE  FOR  AN  OVERALL 
VIEW  OF  HIGHER  LEVEL  LANGUAGES.  THIS  BOOK  BRINGS  TOGETHER  IN  ONE  PLACE, 
AND  IN  A CONSISTENT  FASHION,  FUNDAMENTAL  INFORMATION  ON  PROGRAMMING 
LANGUAGES,  INCLUDING  HISTORY,  GENERAL  CHARACTERISTICS,  SIMILARITIES,  AND 
DIFFERENCES. 

A SECOND  PURPOSE  OF  THE  BOOK  IS  TO  PROVIDE  SPECIFIC  BASIC  INFORMATION 
ON  ALL  THE  SIGNIFICANT,  AND  MOST  OF  THE  MINOR,  HIGHER  LEVEL  LANGUAGES 
DEVELOPED  IN  THE  UNITED  STATES. 

THE  THIRD  PURPOSE  OF  THE  BOOK  IS  TO  PROVIDE  HISTORY  AND  PERSPECTIVE 
FOR  THIS  PARTICULAR  ASPECT  OF  THE  PROGRAMMING  FIELD.  BECAUSE  OF  THE 


RAPIDLY  CHANGING  NATURE  0?  THIS  type  OF  WORK,  NEW  LANGUAGES  APPEAR 


DAILY  (LITERALLY)  AND  SO  THIS  R99'<  REPRESENTS  A SNAPSHOT  OF  - AND  AN 
(INDIRECT)  EXPLANATION  OF  HOW  WE  ARRIVED  AT  - THE  SITUATION  AT  A 6IVEN 
POINT  IN  1 T. M E , NAMELY  THE  FALL  OF  1967. 

OTHER  PURPOSES  ARE  TO  PROVIDE  AN  EXTENSIVE  BIBLIOGRAPHY  OF  RELEVANT 
MATERIAL,  TO  SHOW  VARIOUS  PHILOSOPHIES  OF  LANGUAGE  DESIGN,  TO  DESCRIBE 
A NUMBER  OF  KEY  FACTORS  INVOLVED  IN  CHOOSING  A LANGUAGE,  AND  TO  PROVIDE 
THE  READER  WITH  ENOUGH  INFORMATION  SO  THAT  HE  CAN  DECIDE  WHICH  LANGUAGES 
HE  WISHES  TO  EXAMINE  IN  DETAIL.  (A,  ABB R ) 
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360  PROGRAMMING  LANGUAGES 

SAMMET,  J.E.  PROBLEMS  IN,  AND  A PRAGMATIC  APPROACH  TO,  PROGRAMMING  LANGUAGE 
MEASUREMENT.  AFIPS  CONFERENCE  PROCEEDINGS,  1971. 


361  PROGRAMMING  LANGUAGES 

SAMMET,  J.E.  PROGRAMMING  LANGUAGES:  HISTORY  AND  FUTURE. 
ACM,  1972,  15,  601-610. 


COMMUNICATIONS  OF  THE 


362  ROSTER  OF  PROGRAMMING  LANGUAGES 

SAMMET,  J.E.  ROSTER  Of  PROGRAMMING  LANGUAGES  FOR  1976-77. 
NOVEMBER  1978,  13(11),  56-85. 


SIGPLAN  NOTICES, 


363  COMPARISON  OF  TIME-SHARING  WITH  BATCH  PROCESSING 

SCHATZOFF,  M.,  TSAO,  R.,  A WIIG,  R.  AN  EXPERIMENTAL  COMPARISON  OF  TIME  SHARING 
AND  BATCH  PROCESSING.  COMMUNICATIONS  OF  THE  ACM,  1967,  10,  261-265. 

DESCRIPTION: 

THE  EFFECTIVENESS  FOR  PROGRAM  DEVELOPMENT  OF  THE  HIT  COMPATIBLE  TIME-SHARING 
SYSTEM  (CTSS)  WAS  COMPARED  WITH  THAT  OF  THE  IBM  IBSYS  BATCH  PROCESSING  SYSTEM 


BY  MEANS  OF  A STATISTICALLY  DESIGNED  EXPERIMENT.  AN  IDENTICAL  SET  OF  FOUR 
PROGRAMMING  PROBLEMS  WAS  ASSI6NE0  TO  EACH  OF  A GROUP  OF  FOUR  PROGRAMMING 

DATA  WAS  OBTAINED  FOR  SIX  VARIABLES  WHICH  WERE  CONSIDERED  TO  BE 

AND  ANALYSIS  OF  VARIANCE  TECHNIQUES 
WERE  EMPLOYED  TO  ESTIMATE  SYSTEM  DIFFERENCES  IN  THESE  VARIABLES.  ANALYSIS  OF 
THE  RESULTS  PROVIDED  STRONG  EVIDENCE  OF  IMPORTANT  SYSTEM  DIFFERENCES.  (A? 

5P,  2R. 


SUBJECTS. 
DEFINITIVE  OF 


364  TIME-SHARING 

SCHERR,  A.L.,  AN  ANALYSIS  OF  TIME-SHAREO  COMPUTER  SYSTEMS  (RESEARCH  MONOGRAPH 
NO.  36).  CAMBRIDGE,  MASSACHUSETTS:  THE  M.  I.  T.  PREiS,  1967. 


365  SOFTWARE  TESTING 

SCHLENDER,  P.  APPLICATION  Of  DISCIPLINED  SOFTWARE  TESTING.  IN  R.  RUSTIN 
(ED.),  DEBUGGING  TECHNIQUES  IN  LARGE  SYSTEMS.  ENGLEWOOD  CLIFFS,  NEW  JERSEY: 
PRENTICE-HALL,  1971,  141-142. 
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366  SOFTWARE  ERRORS 

SCHNEIDEWIND*  N.F.  ANALYSIS  OF  ERROR  PROCESSES  IN  COMPUTER  SOFTWARE. 

IN  PROCEEDINGS  OF  THE  INTERNATIONAL  CONFERENCE  ON  RELIABLE  SOFTWARE*  21-23 

1975*  LOS  ANGELES*  CALIFORNIA.  SI6PLAN  NOTICES*  1975*  10,  337-3A6. 

DESCRIPTION: 

A NON-HONOGENbOUS  POISSON  PROCESS  IS  USED  TO  MODEL  THE  OCCURRENCE  OF  ERRORS 
DETECTED  DURING  FUNCTIONAL  TESTING  OF  COMMAND  AND  CONTROL  SOFTWARE.  'HE 
PARAMETERS  OF  THE  DETECTION  PROCESS  ARE  ESTIMATED  BY  USING  A COMBINATION  OF 
MAXIMUM  LIKELIHOOD  AND  WEIGHTED  LEAST  SGUARES  METHODS.  ONCE  PARAMETER 
ESTIMATES  ARE  OBTAINED*  FORECASTS  CAN  BE  MADE  OF  CUMULATIVE  NUMBER  CF 
DETECTED  ERRORS.  FORECASTING  EQUATIONS  OF  CUMULATIVE  CORRECTED  ERRORS* 
ERRORS  DETECTED  8UT  NOT  CORRECTED*  AND  THE  TIME  REQUIRED  TO  DETECT  OR 
CORRECT  A SPECIFIED  NUMBER  OF  ERRORS*  ARE  DERIVED  FROM  THE  DETECTED  ERROR 
FUNCTION.  THE  VARIOUS  FORECASTS  PROVIDE  DECISION  AIDS  FOR  MANAGING  SOFTWARE 
TESTING  ACTIVITIES.  NAVAL  TACTICAL  DATA  SYSTEM  SOFTWARE  ERROR  DATA  ARE 
USEO  TO  EVALUATE  SEVERAL  VARIATIONS  OF  THE  FORECASTING  EQUATIONS.  BECAUSE 
OF  CHANGES  WHICH  TAKE  PLACE  IN  THE  ACTUAL  DETECTED  ERROR  PROCESS*  IT  WAS 
FOUND  THAT  RECENT  ERROR  OBSERVATIONS  ARE  MORE  REPRESENTATIVE  OF  FUTURE 
ERROR  OCCURRENCES  THAN  ARE  EARLY  OBSERVATIONS.  BASED  ON  A LIMITED  TEST  OF 
THE  MODEL*  ACCEPTABLE  ACCURACY  WAS  OBTAINED  WHEN  USING  THE  PREFERRED 
FORECASTING  METHOD. 

1QP*  7R . 


367  SOFTWARE  COMPLEXITY 

SCHNEIDEWIND,  N.F.*  t GREEN*  T.F . SIMULATION  OF  ERROR  DETECTION  IN  COMPUTER 
PROGRAMS.  SIMULETTER,  APRIL  1976,  7(3),  8-12. 

DESCRIPTION: 

THE  RELATIONSHIP  BETWEEN  COMPUTER  PROGRAM  COMPLEXITY  AND  ERROR  DETECTION 
CAPABILITY  IS  INVESTIGATED  BY  REPRESENTING  A PROGRAM  AS  A DIRECTED  GRAPH  AND 
SIMULATING  THE  DETECTION  AND  CORRECTION  OF  ERRORS.  VARIABLES  OF  INTEREST  ARE 
TEST  COVERAGE,  NUMBER  OF  INPUTS,  RESIDUAL  ERRORS*  EXECUTION  TIME,  CORRECTION 
TIME  AND  NODE-ARC-LOOP  RELATIONSHIPS.  ONE  APPLICATION  IS  IN  SOFTWARE  DESIGN 
WHERE  THE  INFORMATION  PROVIOED  BY  THE  MODEL  WOULD  BE  USED  TO  SELECT  PROGRAM 
STRUCTURES  WHICH  ARE  EASY  TO  TEST.  A SECOND  APPLICATION  IS  IN  SOFTWARE 
TESTING  WHERE  TEST  STRATEGIES  AND  ALLOCATION  OF  TEST  EFFORTS  WOULD  BE  BASED 
ON  ERROR  DETECTION  AND  COMPLEXITY  CONSIDERATIONS.  (A) 

5P,  3R. 
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368  PROGRAMMER  PlRc0RMANCE 

SCOTT,  R.F.  A PROGRAMMER  PRODUCTIVITY  PREDICTION  MODEL  (UNPUBLISHED  DOCTORAL 

DISSERTATION,  TEXAS  AIM  UNIVERSITY).  1973. 

DESCRIPTION: 

A COMPUTER  PROGRAMMER  PRODUCTIVITY  PREDICTION  MODEL  HAS  BEEN  DEVELOPED. 

THIS  DEVELOPMENT  WAS  PRECEDED  BY  AN  INVESTIGATION  OF  THE  PROGRAMMER 
PRODUCTIVITY  FACTORS.  THE  RESEARCH  WAS  ACCOMPLISHED  IN  THREE  PARTS. 

TO  IDENTIFY  IMPORTANT  PRODUCTIVITY  FACTORS,  A DATA  ANALYSIS  WAS  PERFORMED 
USING  A COMBINATION  OF  EXISTING  DATA  BASES  WITH  STEPWISE  MULTIVARIATE 
REGRESSION  ANALYSIS.  THE  DERIVED  EQUATION,  WITH  PROGRAMMER  PRODUCTIVITY 
AS  THE  DEPENDENT  VARIABLE,  IS  INCLUDED. 

TO  GAIN  ADDITIONAL  INSIGHT  INTO  PRODUCTIVITY  FACTORS,  AN  ALTERNATE 
NON-ANALYTICAL  METHOD  WAS  USED.  EXPERTS  ON  COMPUTER  PROGRAMMING  PROJECT 
MANAGEMENT  WERE  SURVEYED.  THE  ITERATIVE  DELPHI  SURVEY  TECHNIQUE  WAS  USED  TO 
IDENTIFY  IMPORTANT  PROGRAMMER  PRODUCTIVITY  PARAMETERS  FROM  A PANEL  OF 
EXPERTS.  A BACKGROUND  REPORT  ON  THE  DELPHI  PROCEDURE  AND  THE  SURVEY  RESULTS 
ARE  INCLUDED . THE  IMPORTANCE  OF  PROGRAMMER  INTERACTIONS  WAS  EVIDENT  IN  BOTH 
THE  DATA  ANALYSIS  AND  DELPHI  STUDIES. 

MODELING  WAS  NEXT  CONSIDERED.  THE  OBJECTIVE  WAS  TO  FURTHER  STUDY  PROJECT 
COMMUNICATIONS  AND  PROVIDE  A PRODUCTIVITY  PREDICTION  ABILITY.  A DISCUSSION 
OF  SMALL  GROUP,  INFORMATION  FEEDBACK  AND  MULTIPROCESSOR  MODEL  CONCEPTS  IS 
PRESENTED.  A PROJECT  MODEL  USING  THE  MULTIPROCESSOR  CONCEPT  IS  PROGRAMMED 
IN  A PROGRAMMING  LANGUAGE  (APL).  THE  MODEL  EMPLOYS  THE  CONCEPT  OF 
°ROGRAMMER  ACTIVITY  PROFILES  AND  USES  A CUMULATIVE  EXPONENTIAL  PRODUCTIVITY 
RATE.  THREE  EXAMPLE  EXPERIMENTS  ARE  DISCUSSED. 

ALL  RESULTS  EMPHASIZE  THE  IMPORTANCE  OF  INTERACTION  AMONG  PROGRAMMERS  IN 
REDUCING  PRODUCTIVITY.  NUMEROUS  RESULTS  ARE  INCLUDED  ON  THE  RELATIVE 


& 

£ 


IMPORTANCE  OF  VARIOUS  VARIABLES  TO  PRODUCTIVITY.  COMMUNICATIONS  PATTERNS, 
NUMBER  OF  PROGRAMMERS,  LENGTH  OF  PROJECT  AND  INDIVIDUAL  PRODUCTIVITY 
VARIABLES  ARE  USED  IN  THE  MODEL  FOR  PRODUCTIVITY  PREDICTION. 

SOME  RECOMMENDATIONS  AND  EXTENSIONS  FOR  FURTHER  RESEARCH  ARE  PRESENTED. 

(A) 

136P,  82R. 


369  PROGRAMMER  PERFORMANCE 

SCOTT,  R.F.,  & SIMMONS,  D.B.  PROGRAMMER  PRODUCTIVITY  AND  THE  DELPHI  TECHNIQUE. 
DATAMATION,  MAY  I”1-  20(5),  71-73. 

DESCRIPTION: 

THE  DELPHI  TECHNIQUE  WAS  USED  TO  DETERMINE  WHICH  VARIABLES  PROGRAMMING 
PROJECT  MANAGERS  FEEL  ARE  RELATED  TO  PROGRAMMER  PRODUCTIVITY.  THIS  TECHNIQUE 
INVOLVES  ANONYMOUS  RESPONSE,  ITERATION,  CONTROLLED  FEEDBACK,  AND  STATISTICAL 
GROUP  RESPONSE.  THE  RESULTS  INDICATE  THE  IMPORTANCE  OF  PROVIDING  T«1 
INDEPENDENT  PROGRAMMER  WITH  A WELL  DOCUMENTED,  THOROUGHLY  DEFINED  INDEPENDENT 
TASK,  AND  USING  EXPERIENCED  PROGRAMMERS  WORKING  IN  HIGH-LEVEL  LANGUAGES. 
STRUCTURED  PROGRAMMING  TECHNIQUES  WERE  CONSIDERED  LESS  IMPORTANT  THAN 
DOCUMENTATION,  PROGRAMMING  TOOLS,  AND  EXPERIENCE.  (MEA) 

3P , 9R. 


370  PROGRAMME  ’ PERFORMANCE 

SCOTT,  R.F.,  a,  .IMMONS,  D.B.  PREDICTING  PROGRAMMING  GROUP  PRODUCTIVITY:  A 
C OMMUNI C A TI $ MODEL . IEEE  TRANSACTIONS  ON  SOFTWARE  ENGINEERING,  1975,  1, 
411-414.  (ALSO:  PROGRAMMER  PRODUCTIVITY  AND  THE  DELPHI  TECHNIQUE.  DATAMATION, 
1974,  20,  71-73.) 

DESCRIPTION: 

METHODS  OF  STUDYING  PROGRAMMER  PRODUCTIVITY  ARE  DIFFICULT  TO  FIND.  THE 
CLASSICAL  METHODS  OF  OBSERVATION  AND  STATISTICAL  ANALYSIS  ARE  IN  MANY  CASES 
INAPPROPRIATE.  THIS  PAPER  DFSCRIBES  A SIMULATION  APPROACH  IN  WHICH 
PROGRAMMERS  ARE  CONSIDERED  TO  BE  INDIVIDUAL  PROCESSORS.  RELATIVE  GROUP 


371  NATURAL "LANGUAGE  PROGRAMMING 

SHAPIRO,  S.C.,  ( KWANSY,  S.C.  INTERACTIVE  CONSULTING  VIA  NATURAL  LANGUAGE 
(TECHNICAL  REPORT  NO.  12).  BLOOMINGTON,  INDIANA:  INDIANA  UNIVERSITY, 

COMPUTER  SCIENCE  DEPARTMENT,  1974. 

DESCRIPTION: 

INTERACTIVE  PROGRAMMING  SYSTEMS  OFTEN  CONTAIN  HELP  COMMANDS  TO  GIVE  THE 
PROGRAMMER  ON-LINE  INSTRUCTION  REGARDING  THE  USE  OF  THE  VARIOUS  SYSTEMS 
COMMANDS.  WE  ARGUE  THAT  IT  WOULD  BE  RELATIVELY  EASY  TO  MAKE  THESE  HELP 
COMMANDS  SIGNIFICANTLY  MORE  HELPFUL  BY  HAVING  THEM  ACCEPT  REQUESTS  IN 
NATURAL  LANGUAGE.  AS  A DEMONSTRATION,  WE  HAVE  PROVIDED  WEIZENBAUH'S  ELIZA 
PROGRAM  WITH  A SCRIPT  THAT  TURNS  IT  INTO  A NATURAL  LANGUAGE  SYSTEM 
CONSULTANT.  (A) 

32P,  13R. 


372  SOFTWARE  COMPLEXITY 

SHELL,  R.L.  WORK  MEASUREMENT  F'R  COMPUTER  PROGRAMMING  OPERATION.  INDUSTRIAL 
ENGINEERING,  1972,  4(10),  32-36. 

DESCRIPTION: 

PRESENTING  A METHODOLOGY  TO  DEVELOP  WORK  MEASUREMENT  STANDARDS  FOR  COMPUTER 
PROGRAMMING  OPERATIONS.  COVERS  FACTORS  THAT  AFFECT  PROGRAMMING  TIME, 
PROCEDURAL  METHODS  USED  TO  WRITE  PROGRAMS,  AND  RELATIONSHIPS  BETWEEN  PROGRAM 
SIZE,  COMPLEXITY,  AND  TIME.  (A) 

5P,  14R. 


373  FACTORS  AFFECTING  MAINTAINANCE  PROGRAMMING  PERFORMANCE 

SHEPPARD,  S.8.,  BORST,  M.A.,  CURTIS,  B.,  t LOVE,  L.T.  PREDICTING  * PROGRAMMERS  • 
ABILITY  TO  MODIFY  SOFTWARE  (TECHNICAL  REPORT  TR-388100-3) . ARLINGTON, 
VIRSII.IA:  GENERAL  ELECTRIC  COMPANY,  MAY  1978. 


374  PROGRAM  COMPREHENSION 

SHEPPARD,  S.B.,  BORST,  M.A.,  & LOVE,  L.T.  tDICTING  SOFTWARE 
COMPREHENSIBILITY  (TECHNICAL  REPORT  NO.  TK-3A Cl 00-2) . ARLINGTON,  VIRGINIA: 
GENERAL  ELECTRIC  COMPANY,  FEBRUARY  1978.  (NTIS  NO.  AD  A051495) 


375  SOFTWARE  PHYSICS 

SHEPPARD,  S.B .,  & LOVE,  L.T.  A PRELIMINARY  EXPERIMENT  TO  TEST  INFLUENCES  ON 
HUMAN  UNDERSTANDING  OF  SOFTWARE  (TECHNICAL  REPORT  TR-77-388100-1 ) . 

ARLINGTON,  VIRGINIA:  GENERAL  ELECTRIC,  INFORMATION  SYSTEMS  PROGRAMS,  JUNE  1977. 
(NTIS  NO.  AD  AC41916) 

DESCRIPTION: 

EIGHT  EXPERI ’ .'ED  PROGRAMMERS  WERE  EACH  GIVEN  THREE  FORTRAN  PR06RAMS  TO 
MEMORIZE  AND  . EPROCUCE  FUNCTIONALLY,  WITHOUT  NOTES.  THREE  LEVELS  OF 
COMPLEXITY  OF  CONTROL  FLOW  AND  THREE  LEVELS  OF  MNEMONIC  VARIABLE  NAMES 
WERE  INDEPENDENTLY  MANIPULATED.  THE  EXPERIMENTAL  DESIGN  WAS  AN  INCOMPLETE 
SPLIT-PLOT  FACTORIAL  WHERE  EACH  PROGRAMMER  WAS  GIVEN  ONE  VERSION  OF  EACH 
PROGRAM  AND  ALL  LEVELS  OF  IKE  TWO  PRIMARY  INDEPENDENT  VARIABLES. 

THE  PARTICIPANTS  CORRECTLY  RECALLED  SIGNIFICANTLY  MORE  STATEMENTS  WHEN 
THE  COMPLEXITY  OF  CONTROL  FLOW  WAS  REDUCED.  DIFFERENCES  IN  RECALL  FOR  THE 
THREE  LEVELS  OF  MNEMONIC  VARIABLE  NAMES  WERE  NOT  SIGNIFICANT. 

A FURTHER  ANALYSIS  COMPARED  THE  PERCENT  OF  STATEMENTS  CORRECTLY  RECALLED 
TO  HALSTEAD'S  E,  A MEASURE  OF  THE  EFFORT  REQUIRED  TO  CODE  A PROGRAM.  THE 
PEARSON  CORRELATION  COEFFICIENT  WAS  -0.81,  OVER  THE  24  DATA  POINTS;  THUS 
INDICATING  THAT  HALSTEAD'S  E IS  A.  POWERFUL  PREDICTOR  OF  ONE'S  ABILITY  TO 
UNDERSTAND  A COMPUTER  PROGRAM. 

SEVERAL  CHANGES  IN  THE  EXPERIMENTAL  DESIGN  AND  THE  CONDUCT  OF  THE 
EXPERIMENT  ITSELF  ARE  RECOMMENDED  FOR  FUTURE  EXPERIMENTAL  WORK  IN  THIS  AREA. 
(A) 

19P,  1 2R. 
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376  DATA  STRUCTURES 

SHNEIDERMAN,  B.  DATA  STRUCTURES:  DESCRIPTION,  MANIPULATION,  AND  EVALUATION 

(UNPUBLISHED  DOCTORAL  DISSERTATION).  STONY  BROOK,  NEW  YORK:  STATE  1 


UNIVERSITY  Of  NEW  YORK  AT  STONY  BROOK,  DEPARTMENT  Of  COMPUTER  SCIENCE,  1973. 


377  PROGRAMMING  LANGUAGES 

SHNEIDERMAN,  B.  COGNITIVE  PSYCHOLOGY  AND  PROGRAMMING  LANGUAGE  DESIGN.  SIGPLAN 
NOTICES,  JULY  1975,  10(7),  46-47. 

DESCRIPTION: 

PROGRAMMING  LANGUAGE  DESIGNERS  CAN  NO  LONGER  BE  CONTENT  WITH  A THOROUGH 
KNOWLEDGE  Of  COMPUTER  SCIENCE..  BUT  MUST  BECOME  f ANILIAR  WITH  THE  IDEAS  AND 
TECHNIQUES  Of  THE  COGNITIVE  PSYCHOLOGIST.  COMMUNICATION  BETWEEN  COMPUTER 
SCIENTISTS  AND  COGNITIVE  PSYCHOLOGISTS  WILL  BE  HELPfUL  IN  THE  DEVELOPMENT  Of 
THE  NEXT  GENERATION  Of  PROGRAMMING  LANGUAGES.  IT  WILL  ALSO  f ACILITATE  MORE 
WIDESPREAD  COMPUTER  LITERACY.  (A) 

2P,  1R. 


375  PROGRAMMING  LANGUAGES 

SHNE10ERMAN,  B.  EXPERIMENTAL  TESTING  IN  PROGRAMMING  LANGUAGES,  STYLISTIC 
CONSIDERATIONS  AND  DESIGN  TECHNIQUES.  AfIPS  CONfERENCE  PROCEEDINGS,  1975,  44, 
653-656. 

DESCRIPTION: 

THIS  PAPER  BRlEfLY  REVIEWS  RESEARCH  IN  THE  AREAS  Of  PROGRAMMING  LANGUAGE 
DESIGN,  STYLISTIC  CONSIDERATIONS,  AND  PROGRAM  DESIGN  TECHNIQUES.  A 
COMMON  CRITICISM  THAT  CAN  BE  APPLIED  TO  THE  MAJORITY  Of  THIS  RESEARCH  IS 
THE  LACK  Of  CONTROLLED  EXPERIMENTATION  PRIOR  TO  YHE  IMPLEMENTATION  OF  NEW 
LANGUAGES  AND  TECHNIQUES.  IN  ORDER  TO  ESTABLISH  AN  APPROPRIATE  FRAMEWORK 
FOR  SUCH  EXPERIMENTS,  RELEVANT  PROBLEM  DOMAINS  ARE  DEFINED  AND  EXPERIMENTAL 
TECHNIQUES  ARE  DISCUSSED.  (KEA) 

4P,  30R. 


379  PROGRAMMING 

SHNEIDERMAN,  B.  EXPLORATORY  EXPERIMENTS  IN  PROGRAMMER  BEHAVIOR. 
INTERNATIONAL  JOURNAL  OF  COMPUTER  AND  INFORMATION  SCIENCES,  1976,  5, 

123-143. 

DESCRIPTION: 

THE  THESIS  OF  THIS  PAPER  IS  THAT  STUDIES  Of  PROGRAMMING  SHOULD  SEPARATE 
MACHINE-RELATED  ISSUES  *ROM  HUMAN  FACTORS  ISSUES.  THE  ISOLATION  OF  HUMAN 
FACTORS  ISSUES  WOULD  ALLOW  A MORE  THOROUGH  S'lUDY  OF  PROGRAMMING  SINCE 
THE  EXPERIMENTAL  TECHNIQUES  DEVELOPED  BY  COGNITIVE  PSYCHOLOGISTS  COULD 
BE  READILY  APPLIED.  IN  ORDER  TO  APPLY  THESE  TECHNIQUES,  HOWEVER,  IT  IS 
FIRST  NECESSARY  TO  DEFINE  AN  APPROPRIATE  EXPERIMENTAL  METHODOLOGY.  THE 
METHODOLOGICAL  ISSUES  DISCUSSED  IN  THIS  PAPER  INCLUDE:  CLASSIFICATION  OF 
SUBJECTS,  CLASSIFICATION  OF  PROGRAMS,  RELEVANT  TASKS  THAT  SHOULD  BE 
STUDIED,  AND  MEASUREMENT  TECHNIQUES. 

THIS  METHODOLOGY  IS  ILLUSTRATED  IN  TWO  EXPERIMENTS.  THE  FIRST 
EXPERIMENT,  ON  PROGRAM  MEMORIZATION,  WAS  MODELED  AFTER  A PARADIGM 
USED  BY  CHASE  AND  SIMON  (COGNITIVE  PSYCHOLOGY,  1973,  4,  55-81)  IN  A STUDY 
OF  MEMORY  FOR  CHESS  POSITIONS.  CONSISTENT  WITH  RESULTS  REPORTED  IN 


COGNITIVE  PSYCHOLOGY,  IT  WAS  FOUND  THAT  EXPERIENCED  PROGRAMMERS  WERE 
ABLC  TO  RECALL  SIGNIFICANTLY  MORE  STATEMENTS  FROM  A NORMAL-ORDER 
PROGRAM  THAN  INEXPERIENCED  PROGRAMMERS,  BUT  THERE  WERE  NC  DIFFERENCES 
IN  RECALL  FOR  A SCRAMBLED-ORDER  PROGRAM.  THIS  SUGGESTS  THAT 
EXPERIENCED  PROGRAMMERS  HAVE  LEARNED  MORE  EFFICIENT  TECHNIQUES 
FOR  RECODING  PROGRAMS  IN  MEMORY.  THE  SECOND  EXPERIMENT  COMPARED  THE 
BEHAVIOR  OF  SUBJECTS  FROM  TWO  EXPERIENCE  LEVELS  Ih  COMPREHENDING 
PROGRAMS  INVOLVING  EITHER  ARITHMETIC  OR  LOGICAL  IF  CONSTRUCTS,  IN 
FORTRAN.  THE  RESULTS  INDICATE  THAT  LOGICAL  IF'S  ARE  INITIALLY  EASIER  TO 
COMPREHEND,  BUT  THAT  THIS  ADVANTAGE  DISAPPEARS  AS  EXPERIENCE 
INCREASES.  (MEA) 

21 P,  16R. 


380  PROGRAMMING 

SHNEIDERMAN,  B.  HUMAN  FACTORS  EXPERIMENTS  IN  PROGRAMMING:  MOTIVATION, 
METHODOLOGY  AND  RESEARCH  DIRECTIONS  (TECHNICAL  REPORT  NO.  ISM  TR-9). 
COLLEGE  PARK,  MARYLAND:  UNIVERSITY  OF  MARYLAND,  DEPARTMENT  OF  INFORMATION 
SYSTEMS  MANAGEMENT,  SEPTEMBER  1976. 


381  SOFTWARE  DESIGN 

SHNEIDERMAN,  B.  A REVIEW  OF  DESIGN  TECHNIQUES  FOR  PROGRAMS  AND  DATA. 

SOFTWARE  PRACTICE  AND  EXPERIENCE,  1976,  6,  555-  567  (/ALSO  TECHNICAL  REPORT  NO. 
25,  INDIANA  UNIVERSITY,  BLOOMINGTON,  INDIANA,  APRIL  1975). 

DESCRIPTION: 

THE  PROLIFERATION  OF  PAPERS  ON  PROGRAMMING  METHODOLOGY  FOCUS  ON  THE  PROGRAM 
DEVELOPMENT  F80CESS,  BUT  ONLY  HINT  AT  THE  FORM  Of  THE  FINAL  PROGRAM.  THIS 
PAPER  DISTINGUISHES  BETWEEN  THE  DEVELOPMENT  PROCESS  AND  THE  PROGRAM  PRODUCT 
AND  PRESENTS  A CATALOGUE  OF  POSSIBLE  PROGRAM  ORGANIZATIONS  AND  DaTA 
STRUCTURES  WITH  EXAMPLES  DRAWN  FROM  THE  PUBLISHED  LITERATURE.  THE  METHODS 
FOR  SHARING  DATA  AMONG  MODULES  AND  A CLASSIFICATION  SCHEME  FOR  PROGRAMS  AND 
DATA  STRUCTURES  IS  PRESENTED.  (A> 

13P,  38R. 


382  PROGRAM  COMPREHENSION 

SHNEIDERMAN,  B.  MEASURING  COMPUTER  PROGRAM  QUALITY  AND  COMPREHENSION. 
INTERNATIONAL  JOURNAL  OF  MAN-MACHINE  STUDIES,  1977,  9,  465-478. 


383  DAVA  BASE  SYSTEMS 

SHNEIOERftAN,  P IMPROVING  THE  HUMAN  FACTORS  ASPECT  OF  DATABASE  INTERACTIONS. 

ACM  TRANSACTIONS  ON  DATABASE  SYSTEMS,' IN  PRESS,  1978. 

DESCRIPTION: 

THE  WIDESPREAD  DISSEMINA (ION  OF  COMPUTER  AND  INFORMATION  SYSTEMS  TO 
NON-TECHNICALLY  TRAINED  INDIVIDUALS  REQUIRES  A NEW  APPROACH  TO  THE  DESIGN 
AND  DEVELOPMENT  OF  DATABASE  INTERFACES.  THIS  PAPER  PROVIDES  THE  MOTIVATIONAL 
BACKGROUND  FOR  CONTROLLED  PSYCHOLOGICAL  EXPERIMENTATION  IN  EXPLORING  THE 
PERSON/MACHINE  INTERFACE.  FRAMEWORKS  FOR  THE  REDUCTIONIST  APPROACH  ARE 
GIVEN,  RESEARCH  METHODS  DISCUSSED,  RESEARCH  ISSUES  PRESENTED  AND  A SMALL 
EXPERIMENT  IS  OFFERED  AS  AN  EXAMPLE  OF  WHAT  CAN  BE  ACCOMPLISHED.  THIS 
EXPERIMENT  IS  A COMPARISON  OF  NATURAL  AND  ARTIFICIAL  LANGUAGE  QUERY 
FACILITIES.  ALTHOUGH  SUBJECTS  POSED  APPROXIMATELY  EQUAL  NUMBERS  OF  VALID 
QUERIES  WITH  EITHER  FACILITY,  NATURAL  LANGUAGE  USERS  MADE  SIGNIFICANTLY  MORE 
INVALID  QUERIES  WHICH  COULD  NOT  BE  ANSWERED  FROM  THE  DATABASE  THAT  WAS 
DESCRIBED.  (A) 


384  PROGRAMMING 

SHNEIDERMAN,  0.  TEACHING  PROGRAMMING:  A SPIRAL  APPROACH  TO  SYNTAX  AND 
SEMANTICS.  COMPUTERS  AND  EDUCATION  1,  1978,  3,  193-197  (ALSO  TECHNICAL 
REPORT  NO.  ISM  TR-15,  COLLEGE  PARK,  MARYLAND:  UNIVERS-TY  OF  MARYLAND, 
DEPARTMENT  OF  INFORMATION  SYSTEMS  MANAGEMENT,  FEBRUARY  1977). 
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585  PROGRAMMING 

SHNEIDERMAN,  8.,  t MAYER,  ft.  TOWARDS  A COGNITIVE  MODEL  OF  PROGRAMMER 
BEHAVIOR  (TECHNICAL  REPORT  NO.  37).  BLOOMINGTON,  INDIANA:  INDIANA 
UNIVERSITY,  COMPUTER  SCIENCE  DEPARTMENT,  AUGUST  1975  (ALSO  PUBLISHED  AS 
SYNTACTIC /SEMANTIC  INTERACTIONS  IN  PROGRAMMER  BEHAVIOR:  A MODEL  AND 
EXPERIMENTAL  RESULTS,  INTERNATIONAL  JOURNAL  OF  COMPUTER  AND  INFORMATION 
SCIENCE,  IN  PRESS) j 
DESCRIPTION: 

THIS  PAPER  PRESENTS  A COGNITIVE  FRAMEWORK  FOR  DESCRIBING  BEHAVIORS  INVOLVED 
IN  PROGRAM  COMPOSITION,  COMPREHENSION,  DEBUGGING,  MODIFICATION  AND  THE 
ACQUISITION  OF  NEW  PROGRAMMING  CONCEPTS,  SKILLS  AND  KNOWLEDGE.  AN  INFORMA- 
TION PROCESS  MODEL  IS  PRESENTED  WHICH  INCLUDES  A LONG-TERM  STORE  OF  SEMANTIC 
AND  SYNTACTIC  KNOWLEDGE,  AND  A WORKING  MEMORY  IN  WHICH  PR08LEM  SOLUTIONS 
ARE  CONSTRUCTED.  NEW  EXPERIMENTAL  EVIDENCE  IS  PRESENTED  TO  SUPPORT  7HE 
MODEL.  (A) 

EXPERIMENTS  ARE  BRIEFLY  CITED  WHICH  COMPARED  LOGICAL  WITH  ARITHMETIC  "IF" 
STATEMENTS,  INVESTIGATED  SEMANTIC  EFFECTS  ON  MEMORY  FOR  PROGRAMS,  AND 
INVESTIGATED  THE  EFFECTS  OF  COMMENTS,  MEANINGFUL  VARIABLE  NAMES, 
MODULARIZATION  OF  PROGRAMS,  AND  FLOWCHARTS  ON  PROGRAM  COMPREHENSION  AND 
DEBUGGING.  (HRR) 

30P,  30R. 


386  FLOWCHARTING,  DOCUMENTATION 

SHNEIDERMAN,  B.,  MAYER,  R.,  MCKAY,  D.,  t HELLER,  P.  EXPERIMENTAL 
INVESTIGATIONS  OF  THE  UTILITY  OF  FLOWCHARTS  IN  PROGRAMMING  (TECHNICAL  REPORT 
NO.  36).  BLOOMINGTON,  INDIANA:  INDIANA  UNIVERSITY,  COMPUTER  SCIENCE 
DEPARTMENT,  AUGUST  1975  (ALSO:  COMMUNICATIONS  Of  THE  ACM,  1977,  20,  373-381). 
DESCRIPTION: 

THIS  PAPER  DESCRIBES  PREVIOUS  RESEARCH  ON  FLOWCHARTS  AND  A SERIES  OF 
CONTROLLED  EXPERIMENTS  TO  TEST  THE  UTILITY  OF  DETAILED  FLOWCHARTS  AS  AN  AID 
TO  PROGRAM  COMPOSITION,  COMPREHENSION,  DEBUGGING  AND  MODIFICATION.  OUR 
RESULTS  SHOWED  NO  STATISTICALLY  SIGNIFICANT  DIFFERENCE  BETWEEN  FLOWCHART 
AND  NO  FLOWCHART  GROUPS,  THEREBY  CALLING  INTO  QUESTION  THE  UTILITY  OF 
FLOWCHARTING.  A PROGRAM  OF  FURTHER  RESEARCH  IS  SUGGESTED.  (A) 

FIVE  EXPERIMENTS  ARE  REPORTED:  (1)  SUBJECTS  WHO  PRODUCED  FLOWCHARTS 
BEFORE  WRITING  A PROGRAM  DID  NO  BETTER  ON  THE  PROGRAMMING  TASK  THAN  THOSE 
WHO  DID  ONLY  THE  LATTER;  (2)  WHEN  FLOWCHARTS  WERE  PRESENTED  WITH  EITHER  THE 
FIRST  OR  SECOND  OF  TWO  PROGRAM  COMPREHENSION  TASKS,  NO  FLOWCHART-RELATED 
DIFFERENCES  WERE  OBSERVED;  (3)  WHEN  THO  GROUPS  OF  SUBJECTS  (ONE  EXPERIENCED 
WITH  FLOWCHARTS,  ONE  NOT)  WERE  GIVEN  COMPREHENSION  AND  DEBUG  TASKS  WITH 
CITHER  MACRO-FLOWCHARTS,  MICRO-FLOWCHARTS,  OR  NO  FLOWCHARTS,  NO  FLOWCHART 
MAIN  EFFECTS  WERE  FOUND,  BUT  THOSE  WITH  PRIOR  FLOWCHART  EXPERIENCE  PERFORMED 
BETTER  WITH  FLOWCHARTS  (NOT  STATISTICALLY  SIGNIFICANT);  (A)  WITH  AN 
EXPERIMENTAL  DESIGN  SIMILAR  TO  (3).  BUT  USING  A MODIFICATION  TASK, 

FLOWCHARTS  HAD  NO  EFFECT  ON  SOLUTION  TIME  OR  ERRORS;  (5)  SUBJECTS  IN  TWO 
COMPREHENSION  TASKS  DID  BETTER  OHOUGFJ  NOT  SIGNIFICANTLY)  WITH  THE  PROGRAM 
ALONE  THAN  WITH  PR06RAS  AND  FLOWCHART,  OR  FLOWCHART  ALONE.  (HRR) 

53P,  17R. 


387  DEBUGGING 

SHNEIDERMAS,  3.,  I MCKAY,  D.  EXPERIMENTAL  INVESTIGATIONS  OF  COMPUTER  PROGRAM 
DEBUGGING  AND  MODIFICATION.  IN  PROCEEDINGS  OF  THE  6TH  CONGRESS  OF  THE 
INTERNATIONAL  ERGONOMICS  ASSOCIATION.  SANTA  MONICA,  CA;  HUMAN  FACTORS  SOCIETY, 
1976,  557-563  (ALSO  TECHNICAL  REPORT  NO.  48,  COMPUTER  SCIENCE  DEPARTMENT, 

INDIANA  UNIVERSITY,  APRIL  1976>. 

DESCRIPTION: 

ALTHOUGH  GREATER  EMPHASIS  IS  PLACED  ON  THE  TASK  OF  COMPUTER  PROGRAM 
COMPOSITION,  DEBUGGING  AND  MODIFICATION  OFTEN  CONSUME  MORE  TIME  AND  EXPENSE 
IN  PRODUCTION  ENVIRONMENTS.  DEBUGGING  IS  THE  TASK  OF  LOCATING  SYNTACTIC  AND 
SEMANTIC  ERRORS  IM  PROGRAMS  AND  CORRECTING  THESE  ERRORS.  MODIFICATION  IS  THE 
CHANGE  OF  A WORKING  PROGRAM  TO  PERFORM  ALTERNATE  TASKS. 

THE  FACTORS  AND  TECHNIQUES  WHICH  FACILITATE  DEBUGGING  AND  MODIFICATIION 
ARE  POORLY  UNDERSTOOD,  BUT  ARE  SUBJECT  TO  EXPERIMENTAL  INVESTIGATION. 
CONTROLLED  EXPERIMENTS  CAN  BE  PERFORMED  eY  PRESENTING  TWO  AIDS  AND 
REGUIRIN6  THE  SAME  TASK.  FOR  EXAMPLE,  IN  ONE  STUDY  WE  -PRESENTED  AN  81  LINE 
FORTRAN  PROGRAM  CONTAINING  THREE  BUGS  TO  DISTINCT  CROUPS  OF  SUBJECTS.  ONE 
OF  THE  GROUPS  RECEIVED  A DETAILED  FLOWCHART,  eUT  OUR  RESULTS  INDICATED  THAT 
THIS  AID  DIO  NOT  FACILITATE  THE  DEBUGGING  PROCEDURE.  SIMILAR  NEGATIVE 
RESULTS  WERE  OBTAINED  FOR  A MODIFICATION  TASK. 

IN  OTHER  EXPERIMENTS,  COMMENTS  AND  MEANINGFUL  VARIABLE  NAMES  WERE  USEFUL 
IN  DEBUGGING  AND  MODULARITY  FACILITATED  MODIFICATION.  OTHER  POTENTIALLY 
INFLUENTIAL  FACTORS,  WHICH  ARL  SUBJECT  TO  EXPERIMENTAL  STUDY,  INCLUDE 
INDENTATION  RULES,  TYPE  OF  CONTROL  STRUCTURES,  DATA  STRUCTURE  COMPLEXITY  AND 
PROGRAM  DESIGN, 

THESE  AND  OVER  HUMAN  FACTOR  EXPERIMENTS  IN  PROGRAMMING  HAVE  LED  TO  A 
COGNITIVE  MODEL  OF  PROGRAMMER  BEHAVIOR  WHICH  DISTINGUISHES  BETWEEN  THE 
HIERARCHICALLY  STRUCTURED,  MEANINGFULLY  ACQUIRED  SEMANTIC  KNOWLEDGE  AND 
THE  ROTELY  MEMORIZED  SYNTACTIC  KNOWLEDGE.  ERRORS  CAN  BE  CLASSED  INTO 
SYNTACTIC  MISTAKES  WHICH  ARE  RELATIVELY  EASY  TO  LOCATE  AND  CORRECT  AND  TWO 
FORMS  OF  SEMANTIC  MISTAKES.  SEMANTIC  ERRORS  OCCUR  WHILE  CONSTRUCTING  AN 
INTERNAL  SEMANTIC  STRUCTURE  TO  A REPRESENTATION  IN  THE  SYNTAX  OF  A 
PROGRAMMING  LANGUAGE.  MODIF I CAT  TON  IS  INTERPRETED  AS  THE  ACQUISITION  OF  AN 
INTERNAL  SEMANTIC  STRUCTURE  BY  STUDYING  A PROGRAM,  FOLLOWED  BY  MODIFICATION 
OF  Tt'IS  STRUCTURE  AND  REVISION  OF  THE  CODE.  CA) 

7P,  22R. 
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338  SOFTWARE  ENGINEERING 

SHCLL,  K.A.,  t BOOTH,  T.L.  SOFTWARC  PERFORMANCE  •'.TOLLING  USING  COMPUTATION 
STRUCTURES.  IEEE  TRANSACTIONS  OS  SOFTWARE  ENGINE F RING,  1975,  SE-1,  414-42C. 
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389  PROGRAMMING  ERRORS 

SHOOMAN,  M.L.,  t BOLSKY,  M.I.  TYPES,  DISTRIBUTION,  AND  TEST  AND  CORRECTION 
TIMES  FOR  PROGRAMMING  ERRORS.  IN  PROCEEDINGS  Of  THE  1975  INTERNATIONAL 
CONFERENCE  ON  SOFTWARE,  SIGPlAN  NOTICES,  JUNE  1975,  10(6),  347-357. 

DESCRIPTION: 

IN  ORDER  TO  DEVELOP  SOME  BASIC  INFORMATION  ON  SOFTWARE  ERROR?,  AN  EXPERIMENT 
IN  COLLECTING  DATA  ON  TYPES  AND  FREQUENCIES  OF  SUCH  ERRORS  WAS  CONDUCTED  AT 
BELL  LABORATORIES. 

THE  PAPER  REPORTS  THE  RESULTS  OF  THIS  EXPERMENT,  WHOSE  CBJECTIVES  WERE 
TO:  (1)  DEVELOP  AND  UTILIZE  A SET  OF  TERMS  FOR  DESCRIBING  POSSIBLE  TYPES  OF 
ERRORS,  THEIR  NATURE,  AND  THEIR  FREQUENCY;  (2)  PERFORM  A PILOT  STUDY  TO 
DETERMINE  IF  DATA  OF  THE  TYPE  REPORTED  IN  THIS  PAPER  COULD  8E  COLLECTED; 

(3)  INVESTIGATE  THE  ERROR  DENSITY  AND  ITS  CORRESPONDENCE  TO  PREDICTIONS 
FROM  PREVIOUS  DATA  REPORTED;  (4)  DEVELOP  DATA  ON  HOW  RESOURCES  ARE  EXPENDED 
IN  DEBUGGING. 

A PROGRAM  OF  APPROXIMATELY  4K  MACHINE  INSTRUCTIONS  (FINAL  SIZE)  WAS 
CHOSEN.  PROGRAMMERS  WERE  ASKED  TO  FILL  OUT  FOR  EACH  ERROR,  IN  ADDITION  TO 
THE  REGULAR  TROUBLE  REPORT/CORRECTION  REPORT  (TR/CR)  FORM,  A SPECIAL 
SUPPLEMENTARY  TR/CR  FORM  FOR  THE  PURPOSES  OF  THIS  EXPERIMENT.  SIXTY-THREE 
TR/CR  AND  SUPPLEMENTARY  FORMS  WERE  COMPLETED  DURING  THE  TEST  AND  INTEGRATION 
PHASE  OF  THE  PROGRAM. 

IN  GENERAL,  THE  DATA  COLLECTED  WERE  FFLT  TO  BE  ACCURATE  ENOUGH  FOR  THE 
PURPOSES  OF  THE  ANALYSES  PRESENTED.  THE  63  FORMS  REPRESENTED  A LITTLE 
OVER  1-1/2X  OF  THE  TOTAL  NUMBER  OF  MACHINE  INSTRUCTIONS  OF  THE  PROGRAM  (IN 
GOOD  AGREEMENT  WITH  THE  IX  TO  2X  RANGE  NOTED  IN  PREVIOUS  STUDIES). 

IT  WAS  DISCOVERED  THAT  A LARGE  PERCENTAGE  OF  THE  ERRORS  WAS  FOUND  BY 
HAND  PROCESSING  (WITHOUT  THE  AIO  OF  A COMPUTER).  THIS  METHOD  WAS  FOUND  TO 
3E  MUCH  CHEAPER  THAN  TECHNIQUES  INVOLVING  MACHINE  TESTING. 

IIP,  3R. 


39G  PROGRAMMING  LANGUAGES 

SIME,  M.E.  “SO  I SAID  IN  THE  MOST  NATURAL  WAY  IF  X=0  THEN  BEGIN  ..."  THE 
EMPIRICAL  STUDY  OF  COMPUTER  LANGUAGES  (MEMO  NO.  132).  SHEFFIELD,  ENGLAND : 
UNIVERSITY  OF  SHEFFIELD,  DEPARTMENT  OF  PSYCHOLOGY,  UNDATED. 

DESCRIPTION: 

DESIGNERS  GF  COMPUTER  LANGUAGES  NEED  EMPIRICAL  STUDIES  WHICH  WILL  SHOW  HOW 
TO  MAKE  SYNTACTIC  CONSTRUCTIONS  EASY  TO  USE.  THE  RESULTS  OF  SOME 
EXPERIMENTS  Oh  THE  SYNTAX  OF  CONDITIONAL  CONSTRUCTIONS,  CARRIED  0",7  BY  THE 
AUTHOR  AND  HIS  COLLEAGUES,  ARE  DESCRIBED  AND  CONCLUSIONS  ARE  DRAWM  FOR  THE 
DESIGN  OF  PROCEDURAL  LANGUAGES.  (A) 

36P,  15R. 
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391  PROGRAMMING  LANGUAGES 

SINE,  M.E.,  ARBLASTER,  A.T.,  t GREEN,  T.R.G,  REDUCING  PROCRAMMING  ERRORS  IN 
NESTED  CONDITIONALS  BY  PRESCRIBING  A WRITING  PROCEDURE.  INTERNATIONAL  JOURNAL 
OF  NAN-MACHINE  STUDIES,  1977,  9,  119-126. 

DESCRIPTION: 

VATS  TO  REDUCE  CARELESS  PROGRAMMING  ERRORS  WERE  INVESTIGATED. 
NON-PROGRAMMERS  LEARNT  TO  WRITE  NESTED  CONDITIONAL  PROGRAMS  IN  ONE  C f 
THREE  CONDITIONS:  AN  AUTOMATIC  SYNTAX  CONDITION,  IN  WHICH  SYNTACTIC  ERRORS 
WERE  IMPOSSIBLE  BECAUSE  PROGRAMS  WERE  MADE  UP  FROM  WHOLE  SYNTACTIC 
CONSTRUCTIONS  RATHER  THAN  FROM  SINGLE  WORDS;  A PROCEDURAL  CONDITION,  IN 
WHICH  PROGRAMS  WERE  WRITTEN  WORD  BY  IIORD  AS  USUAL,  BUT  A WELL-DEFINED 
PROCEDURE  WAS  PRESCRIBED  TO  HELP  SUBJECTS  WRITE  NESTED  CONDITIONALS 
CORRECTLY;  AND  A PLAIN  CONDITION  RESEMBLING  STANDARD  PROGRAMMING  TUITION, 

IN  WHICH  SUBJECTS  WERE  TOLD  THE  STRUCTURE  OF  THE  LANGUAGE  RUT  WERE  GIVEN 
NO  GUIDE  TO  HELP  IN  WRITING.  SIGNIFICANTLY  MORE  ERROR-FREE  PROGRAMS  WERE 
WRITTEN  IN  THE  PROCEDURAL  CONDITION  THAN  IN  THE  PLAIN  CONDITION,  SHOWING 
THAT  EXPLICIT  PROCEDURES  CAN  IMPROVE  PROGRAMMING  SUCCESS,  AT  LEAST  IN  THESE 
CONDITIONS.  IN  THE  AUTOMATIC  CONDITION  THE  SUCCESS  RATE  WAS  STILL  HIGHER, 
SHOWING  THAT  THE  PROCEDURE  WE  USED  COULD  STILL  BE  IMPROVED.  THESE  RESULTS, 
AND  THE  OUTCOMES  OF  FURTHER  ANALYSES,  BEAR  ON  RE  COMMENDATIONS ' BY  THE 
"STRUCTURED  PROGRAMMING"  SCHOOL  TO  FOLLOW  EXPLICIT  PROCEDURES  WHEN  WRITING 
PROGRAMS,  AND  ALSO  ON  PREVIOUS  WORK  ON  THE  DESIGN  OF  EASILY-USED 
PROGRAMMING  LANGUAGES.  (A) 


392  PROGRAMMING  LANGUAGES 

SIME,  M.E.,  ARBLASTER,  A.T.,  t GREEN,  T.R.G.  STRUCTURING  THE  PROGRAMMER'S 
TASK.  JOURNAL  OF  OCCUPATIONAL  PSYCHOLOGY,  1977,  50,  205-216. 

DESCRIPTION: 

COMPUTER  PROGRAMMING  COULD  BE  MADE  EASIER.  THIS  PAPER  GIVES  A SHORT  ACCOUNT 
OF  THE  AUTHORS'  EMPIRICAL  STUDIES  OF  PROGRAMMING,  SHOWING  THAT  VERY 
CONSIDERABLE  IMPROVEMENTS  CAN  Be  OBTAINED  BOTH  FOR  8EG1NNERS  AND  FOR 
PROFESSIONALS.  THE  IMPROVEMENTS  ARE  RELATED  TO,  THOUGH  NOT  WHOLLY  DEPENDENT 
ON,  THE  NEW  CONCEPTS  OF  'STRUCTURED  PROGRAMMING';  WE  HAVE  FOUND  WAYS  TO 
IMPROVE  BOTH  THE  PROGRAMMING  LANGUAGE  ITSELF  AND  THE  PROCEDURES  USED  BY  THE 
PROGRAMMER.  PSYCHOLOGICAL  EXPLANATIONS  OF  THE  EFFFCTS  ARE  OFFERED  AND  THE 
LIMITATONS  OF  PRESENT  FINDINGS  ARE  NOTED.  (A) 

12P,  18R. 


393  PROGRAMMING  LANGUAGES 

SIME,  M.E.,  FITTER,  M.,  t GREEN,  T.  WHY  IS  PROGRAMMING  COMPUTERS  SO  HARO? 

NEw  BEHAVIOUR,  SEPTEMBER  1975,  378-381. 

DESCRIPTION: 

THE  PROBABILITY  OF  WRITING  A CORRECTLY  UNDERSTOOD  PROGRAM  CAN  BE 
CONSIDERABLY  IMPROVED  BY  BETTFR  PROGRAMMING  LANGUAGF  DESIGN,  PROGRAMMING 
LANGUAGES  ARE  GENERALLY  DESIGNED,  HOWEVER,  IN  THE  TOTAL  ABSENCE  OF 
EMPIRICAL  DATA  AND  PRIMARILY  ON  THE  BASIS  OF  INTUITION  AND  GUESSWORK.  THIS 
PAPER  BRIEFLY  OUTLINES  THE  ROLE  THAT  PSYCHOLOGY  SHOULD  PLAY  IN  DESIGNING 
MORE  EFFECTIVE  PROGRAMMING  LANGUAGES.  (MEA) 

4P , OR. 
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394  PROGRAMMING  LANGUAGES 

SIME,  M.E.,  GREEN,  T.R.G.,  t GUEST,  D.J.  PSYCHOLOGICAL  EVALUATION  OF  TWO 
CONDITIONAL  CONSTRUCTIONS  USED  IN  CONPUTER  LANGUAGES.  INTERNATIONAL  JOURNAL  OF 
MAN-NACHINE  STUDIES,  1973,  5,  1D5-113. 

DESCRIPTION: 

THERE  IS  A NEED  FOR  EMPIRICAL  EVALUATION  OF  PROGRAMMING  LANGUAGES  FOR 
"^SKILLED  USERS,  BUT  IT  IS  MORE  EFFECTIVE  TO  COT  PARE  SPECIFIC  FEATURES  COMMON 
TO  MANY  LANGUAGES  THAN  TO  COMPARE  COMPLETE  LANGUAGES.  THIS  CAN  BE  DONE  BY 
DEVISING  MICRO-LANGUAGES  STRESSING  THE  FEATURE  OF  INTEREST,  TOGETHER  WITH  A 
SUITA8LE  SUBJECT  MATTER  FOR  THE  PROGRAMS.  TO  ILLUSTRATE  THE  POWER  OF  THIS 
APPROACH  TWO  CONDITIONAL  CONSTRUCTIONS  ARE  COMPARED:  A NESTABLE  CONSTRUCTION, 
LIKE  THAT  OF  ALGOL  60,  AND  A BRA NCH-TO-L ABEL  CONSTRUCTION,  AS  USED  IN  MANY 
SIMPLER  LANGUAGES.  THE  FORMER  IS  EASIER  FOR  UNSKILLED  SUBJECTS.  POSSIBLE 
REASONS  FOR  THIS  FINDING  ARE  DISCUSSED.  iA> 

9P,  8R. 


395  PROGRAMMING  LANGUAGES 

SIME,  M.E.,  GREEN,  T.R.6.,  t bUEST,  D.J.  SCOPE  MARKING  IN  COMPUTEP 
CONDITIONALS  — A PSYCHOLOGICAL  EVALUATION.  INTERNATIONAL  JOURNAL  OF  MAN- 
MACHINE  STUDIES,  1977,  9,  107-118. 

DESCRIPTION: 

IN  A PREVIOUS  PAPER  THE  AUTHORS  REPORTED  THAT  IT  WAS  EASIER  FOR 
NON-PROGRAMMERS  TO  LEARN  TO  USE  NESTED  CONDITIONAL  CONSTRUCTIONS  THAN 
JUMPING,  OR  BRA NCH-TO-L ABEL,  CONSTRUCTIONS;  HOWEVER,  AS  ONLY  SINGLE 
SITUATIONS  WERE  STUDIED,  THE  CONCLUSIONS  WERE  NECESSARILY  RESTRICTED.  THE 
PRESENT  STUDY  EXTENDS  THE  COMPARISON  TO  THE  NORE  GENERAL  CASE  WHERE  NESTING 
REQUIRES  ‘'SCOPE  MARKERS*  TO  DISAMBIGUATE  THE  SYNTAX.  THE  RESULTS  SHOWED. 

IF  THE  SCOPE  MARKERS  WERE  SIMPLY  THE  BEGIN  AND  END  OF  ALGOL  6T  (ABBREVIATED 
NEST-BE)  THEN  THE  ADVANTAGE  OF  NESTING  OVER  JUMPING  WAS  WEAKENED;  BUT  IF 
THE  SCOPE  MARKERS  CARRIED  REDUNDANT  INFORMATION  ABOUT  THE  CONDITIONAL 
TESTED  (NEST-INE)  (FOR  IF-NOT-END)  °ERFORMANCE  WAS  EXCELLENT,  PARTICULARLY 
AT  DEBUGGING.  IT  SEEMS  NECESSARY  TO  DISTINGUISH  SEOUENCE  INFORMATION  IN  A 
PROGRAM,  WHICH  DESCRIBES  THE  ORDER  IN  WHICH  THINGS  ARE  DONE,  FROM  TAXON 
INFORMATION,  WHICH  DESCRIBES  THE  CONDITIONS  UNDER  WHICH  A GIVEN  ACTION  IS 
PERFORMED.  CONVENTIONAL  PROGRAMMING  LANGUAGES  OBSCURE  THE  TAXON 
INFORMATION.  THE  ADVANTAGE  OF  NESTING  OVER  JUMPING,  WE  SPECULATE,  IS  IN 
CLARIFYING  THE  SEOUENCE  INFORMATION  BY  REDUNDANT  RE-CODING  IN  SPATIAL  TERMS; 
THE  ADDED  ADVANTAGE  OF  NEST-INE  OVER  NEST-BE  IS  THAT  IT  CLARIFIES  THE  TAXON 


INFORMATION.  IT  IS  BECAUSE  DEBUGGING  REQUIRES  TAXON  INFORMATION  THAT 

NEST-INE  IS  SO  MUCH  SUPERIOR.  ON  THIS  VIEW  ONE  WOULD  EXPECT  THAT  IN  ! 

DECISION  TABLE  AND  PRODUCTION  SYSTEM  LANGUAGES,  WHERE  THE  TAXON  INFORMATION 
IS  EXPLICIT  BUT  THE  SEQUENCE  INFORMATION  IS  OBSCURED,  THE  REVERSE  PHENOMENA 
SHOULD  OCCUR.  BECAUSE  DEBUGGING  REQUIRES  SEQUENCE  INFORMATION  AS  WELL 
AS  TAXON  INFORMATION,  A DF.VICE  THAT  CLARIFIED  THE  SEQUENCE  WOULD  GREATLY 

IMPROVE  SUCH  LANGUAGES.  (A)  \ 

12P,  11R.  ' 


396  SOFTWARE  DEVELOPMENT 

SLAUGHTER,  J.B.  UNDERSTANDING  THE  SOFTWARE  PROBLEM.  AFIPS  CONFERENCE 
PROCEEDINGS,  1974,  43,  333-336. 


397  COMPARISON  Of  NORMAL  BATCH  PROCESSING  WITH  FAST  TURNAROUND 

SMITH,  L.9.  A COMPARISON  OF  BATCH  PROCESSING  AND  INSTANT  TURNAROUND. 
COMMUNICATIONS  OF  THE  ACM,  1967,  10,  *95-500. 

DESCRIPTION: 

A STUDY  OF  THE  PROGRAMMING  EFFORTS  Of  STUDENTS  IN  AN  INTRODUCTORY  PROGRAM- 
MING COURSE  IS  PRESENTED  AND  THE  EFFECTS  OF  HAVING  INSTANT  TURNAROUND  (A  FEU 
MINUTES)  AS  OPPOSED  TO  CONVENTIONAL  BATCH  PROCESSING  WITH  TURNAROUND  TIMES 
OF  A FEU  HOURS  ARE  EXAMINED.  AMONG  THE  ITEMS  COMPARED  ARE  THE  NUMBER  OF 
COMPUTER  RUNS  PER  TRIP  TO  THE  COMPUTATION  CENTER,  PROGRAM  PREPARATION  TIME, 
KEYPUNCHING  TIME,  DEBUGGING  TIME,  NUMBER  OF  RUNS,  AND  ElAPSED  TIME  FROM  THE 
FIRST  RUN  TO  THE  LAST  RUN  ON  EACH  PROBLEM.  EVEN  THOUGH  THE  RESULTS  ARE 
INFLUENCED  BY  THE  FACT  THAT  "BONUS  POINTS"  WERE  GIVEN  FOR  COMPLETION  OF  A 
PROGRAMMING  PROBLEM  IN  LESS  THAN  A SPECIFIED  NUMBER  OF  RUNS,  THERE  IS 
EVIDENCE  TO  SUPPORT  "INSTANT"  OVER  "BATCH".  (A) 

6P , 4R. 


398  STRUCTURED  PROGRAM  VALIDATION 

SNOWDEN,  R.A.  PEARL:  AN  INTERACTIVE  SYSTEM  FOR  THE  PREPARATION  AND  VALIDATION 
Of  STRUCTURED  PROGRAMS.  SIGPLAN  NOTICES,  MARCH  1972,  7(3),  9-26. 

DESCRIPTION: 

THE  PEARL  SYSTEM  IS  AN  ATTEMPT  TO  PROVIDE  AN  ENVIRONMENT  FOR  THE  WRITING  OF 
CORRECT  PROGRAMS.  FACILITIES  ARE  PROVIDED  FOR  THE  CONSTRUCTION  AND  FILING 
OF  STRUCTURED  PROGRAMS,  WHILST  TECHNIOUES  HAVE  BEEN  DEVELOPED  FOR  THE 
INCLUSION  OF  ASSERTIONS  INVOLVING  ABSTRACT  OPERATIONS  AND  DATA  TYPES.  AS  A 
RESULT,  PROGRAMS,  POSSIBLY  INCOMPLETE,  CAN  BE  COMPILED  AND  EXECUTED,  ANY 
ERROR  COMMUNICATION  WITH  THE  PROGRAMMER  BEING  IN  TERMS  OF  THE  APPROPRIATE 
LEVEL  OF  HIS  SOURCE  PROGRAM.  (A) 


399  SOFTWARE  DESIGN 

SpITZ£N,  J.M.,  LEVITT,  K.N.,  & ROBINSON,  L.  AN  EXAMPLE  OF  HIERARCHICAL  DESIGN 
AND  PROOF  (TECHNICAL  REPORT  NO.  SRI-4079-TR-2) . MENLO  PARK,  CALIFORNIA: 
STANFORD  RESEARCH  INSTITUTE,  MARCH  1976.  (NTIS  NO.  AD  A021574) 


4)0  PROGRAMMING 

STANDISH,  T.A.  OBSERVATIONS  AND  HYPOTHESES  ABOUT  PROGRAM  SYNTHESIS  MECHANISMS 
(AUTOMATIC  PROGRAMMING  MEMO  9,  REPORT  NO.  2780).  CAMBRIDGE,  MASSACHUSETTS: 
BOLT  BERANEK  AND  NEWMAN,  COMPUTER  SCIENCE  DIVISION,  DECEMBER  1973. 


4 01  SOFTWARE  DESIGN 

STAY,  J.F.  HIPO  AND  INTEGRATED  PROGRAM  DESIGN.  IBM  SYSTEMS  JOURNAL,  1976, 

2,  143-154. 

DESCRIPTION: 

DISCUSSED  IS  A PROCEDURE  OF  HIERARCHICAL  FUNCTIONAL  DESIGN  BY  WHICH 
PROGRAMMING  PROJECTS  CAN  BE  ANALY2 ED  INTO  SYSTEM,  PROGRAM,  AND  MODULE 
LEVELS.  IT  IS  SHOWN  THAT  PROGRAM  DESIGN  IS  MADE  MORE  EFFICIENT  BY  APPLYING 
HIERARCHY  PLUS  INPUT-PROCESS-OUT  (HIPO)  TECHNIQUES  AT  EACH  LEVEL  TO  FORM  AN 
INTEGRATED  VIEW  OF  ALL  LEVELS.  (A) 

12P,  1 OR. 


-109- 


402  PROGRAMMING  LANGUAGES 

STEELE,  G.L.,  JR.  MACARONI  IS  BETTER  THAN  SPAGHETTI.  IN  PROCEEDINGS  OF  THE 
ACM  SYMPOSIUM  ON  ARTIFICIAL  INTELLIGENCE  AND  PROGRAMMING  LANGUAGES,  SIGPLAN 
NOTICES,  AUGUST  1977,  12(8),  60-66  (ALSO:  SIGART  NEWSLETTER,  AUGUST  1977,  NO, 
64,  60-66) c 
DESCRIPTION: 

WE  PRESENT  A STACK  IMPLEMENTATION  OF  MULTIPLE  ENVIRONMENTS  SIMILAR  IN 
PRINCIPLE  TO  THAT  OF  BOBROW  AND  WEGBREIT,  BUT  BASED  ON  A MODEL  WHICH 
PROVIDES  BOTH  STATIC  AND  DYNAMIC  SCOPING.  WE  NOTE  SOME  OF  THE  PRAGMATIC 
CONSEQUENCES  OF  THIS  CHOICE  OF  MODELS;  ONE  IS  THAT  NO  UNNECESSARY  CONTROL 
STACK  IS  RETAINED  FOR  CERTAIN  IMPORTANT  CONSTRUCTIONS  SUCH  AS  "UPWARD 
FUNARGS"  AND  COROUTINES.  WE  ALSO  DISCUSS  THE  CORRECT  TREATMENT  OF  EXIT 
FUNCTIONS,  AND  THE  NEED  FOR  "ENTRY  FUNCTIONS"  IF  DYNAMIC  SWITCHING  OF 
CONTROL  CONTEXTS  IS  TO  BE  CONSISTENT.  (A) 

7P,  16R. 


403  TIME-SHARING 

ST.  GERMAIN,  j.M.  CONVERSATIONAL  TIME  SHARING  — THE  PROGRAM  DEVELOPMENT 
BASE  OF  THE  70'S  (TECHNICAL  REPORT  NO.  TR  00  2135).  IBM  CORP.,  1970. 
DESCRIPTION: 

PROVIDES  SEVERAL  ARGUMENTS  AND  SOME  DATA  ON  THE  SUPERIORITY  OF  INTERACTIVE 
PROGRAMMING  OVER  BATCH  PROGRAMMING.  (0) 


404  SOFTWARE  ENGINEERING 

STOCKENBERG,  J.E.,  & VANDAM,  A.  SRUCT  PROGRAMMING  ANALYSIS  SYSTEM. 
TRANSACTIONS  ON  SOFTWARE  ENGINEERING,  1975,  SE-1,  384-389. 


IEEE 


405  COMPUTER  PERSONNEL 

STREETER,  D.N . PRODUCTIVITY  0?  COMPUTER-DEPENDENT  WORKERS.  IBM  SYSTEMS 
JOURNAL,  1975,  14,  292-3C5. 

DESCRIPTION: 

BEGINNING  WITH  A DESCRIPTION  OF  VARIOUS  DEGREES  OF  COMPUTER  DEPENDENCY 
AMONG  WORKERS,  A MOOEL  OF  THE  WORKER-COMPUTER  PROCESS  IS  CONSTRUCTED. 

THE  MODEL  DEMONSTRATES  THE  CHARACTERISTIC  FORMS  OF  FUNCTIONAL  DEPENDENCIES 
AND  SUGGESTS  WAYS  IN  WHICH  THESE  DEPENDENCIES  CAN  BE  EVALUATED.  KEY  AMONG 
THE  MANY  CONSIDERATIONS  DISCUSSED  ARE  SUCH  PROCESS  CHARACTERISTICS  AS 
SYSTEM  CONGESTION,  NEEDS  AND  HABITS  OF  USERS,  AND  RELATIVE  COSTS.  (A) 

14P,  9R. 


406  SOFTWARE  DESIGN 

ST^EVELER,  D.J.  "DESIGNING  BY  COMMITTEE"  WORKS  — SOMETIMES.  DATAMATION, 

MARCH  1978,  24(3),  117;  119-120. 

DESCRIPTION: 

THE  DESIGN  OF  COMPLEX  SYSTEMS  IS  A HEURISTIC,  RATHER  THAN  DETERMINISTIC, 
PROCEDURE.  DESIGNING  BY  COMMITTEE  AIDS  DESIGN  BY  ALLOWING  THE  INTERCHANGE 
OF  INSIGHTS,  IDEAS,  AND  EXPERIENCES.  ALTHOUGH  IT  IS  NOT  THE  CHEAPEST  METHOD 
OF  DESIGN,  IT  IS  THE  FASTEST.  THIS  PAPER  INFORMALLY  DISCUSSES  THE  RELATIVE 
ADVANTAGES  AND  DISADVANTAGES  CF  DESIGNING  BY  COMMITTEE.  (MEA) 

3P,  OR. 


407  PROGRAMMING 

STRIZENEC,  M.  SOME  APPROACHES  TO  AN  ANALYSIS  OF  PROGRAMMER  THXNKING  ACTIVITY. 
STUDIA  PSYCHOLOGICA,  1974,  16,  64-66. 
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*08  SOFTWARE  DEVELOPMENT  AIDS 

STUCKI,  l,.G.  AUTOMATED  TOOLS  AND  TECHNIQUES  ASSISTING  IN  SOFTWARE  DEVELOPMENT. 
IN  E.  HOROWITZ  (ED.).  PRACTICAL  STRATESI ES  FOR  DEVELOPING  LAR6E  SOFTWARE 
SYSTEMS.  READING/  MASSACHUSETTS:  ADDISON** WESLEY,  1975,  171-189. 

DESCRIPTION: 

THE  PR08LEM  OF  SOFTWARE  VALIDATION  REQUIRES  A THOROUGH  UNDERSTANDING  OF 
SOFTWARE  BEHAVIOR.  THE  AUTOMATIC  GENERATION  OF  SELF-METRIC  SOFTWARE 
OFFERS  A POWERFUL  AND  USEFUL  APPROACH  TO  THE  MEASUREMENT  OF  SOFTWARE 
BEHAVIOR  AND  THE  VERIFICATION  AND  VALIDATION  OF  EVOLVING  SYSTEMS . IN  ORDER 
TO  INCREASE  SOFTWARE  RELIABILITY,  WE  MUST  DESX6N  WITH  VERIFICATION  AND 
VALIDATION  CONSTANTLY  IN  MIND  AND  CONTINUE  TO  DEVELOP  AN  INTEGRATED  SET  OF 
AUTOMATED  SUPPORT  TOOLS.  (MEA) 

19P,  6R. 


*09  SOFTWARE  COMPLEXITY 

SULLIVAN,  J.E.  ENGINEERING  OF  QUALITY  SOFTWARE  SYSTEMS  (VOL. 5):  MEASURING  THE 
COMPLEXITY  OF  COMPUTER  SOFTWARE  (REPORT  NO.  MTR-26*8-VOL-5) . BEDFORD, 
MASSACHUSETTS:  MITRE  CORP.,  JANUARY  1975.  (NTIS  NO.  AD  A0C7770) 

DESCRIPTION: 

THIS  REPORT  PRESENTS  SEVERAL  MEASURES  OF  COMPUTER  PROGRAM  COMPLEXITY,  IN  THE 
SENSE  OF  COMPREHENSIBILITY  OR  INTELLECTUAL  KANAGA8ILITY,  THE  MEASURES 
CONSIDER  THE  PROGRAM  AS  AN  ABSTRACT  PROCESS,  AND  SO  ARE  INDEPENDENT  OF 
PROGRAMMING  LANGUAGE  OR  IMPLEMENTATION  DETAILS.  (A) 


*10  MANAGING  THE  SOFTWARE  DEVELOPMENT  PROCESS 

SUNG,  D.  ENGINEERING  PROCESSES  IN  MANAGIN6  SOFTWARE  SYSTEM  DEVELOPMENT. 
COMPUTER  PERSONNEL,  1977,  7(3),  7-13. 


*11  PROGRAMMING  PRACTICES 

SWANSON,  E.8.  COMPUTER  APPLICATION  SYSTEil  DEVELOPMENT:  SOME  IMPLICATIONS  FOR 
PROGRAMMING  PRACTICE.  DATA  MANAGEMENT,  MAY  1976,  3*-38. 


*12  REQUIREMENTS  LANGUAGES 

TEICF  ROEW,  D.  A SURVEY  OF  LANGUAGES  FOR  STATING  REQUIREMENTS  FOR  COMPUTER-BASED 
INFORMATION  SYSTEMS.  AFIPS  CONFERENCE  PROCEEDINGS,  1972,  *1,  1203-122*. 


*13  COMPUTER  AIDS  FOR  PROGRAMMING 

TEITELMAN,  W.  PILOT:  A STEP  TOWARD  MAN-COMPUTER  SYMBIOSIS  (TECHNICAL  REFORT 
NO.  M AC-TR-32 ) . CAMBRIDGE,  MASSACHUSETTS:  MASSACHUSETTS  INSTITUTE  OF 
TECHNOLOGY,  SEPTEMBER  1966.  (NTIS  NO.  AD  638**6) 


41*  AUTOMATIC  PROGRAMMING 

TEITELMAN,  W.  AUTOMATED  PROGRAMMING  — THE 
CONFERENCE  PROCEEDINGS,  1972,  *1,  917-9’1. 


PROGRAMMER'S  ASSISTANT.  AFIPS 
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415  COMPUTER  AIDS  FOR  PROGRAMMING 

TEITELRAN,  W.  “DO  WHAT  I MEAN”:  THE  PROGRAMMER'S  ASSISTANT.  COMPUTERS  AND 

AUTOMATION/  APRIL  1972,  21(4),  8-11. 

DESCRIPTION: 

THIS  ARTICLE  DEAlS  WITH  THE  DESIGN  AND  ACTUAL  IMPLEMENTATION  IN  A COMPUTER 
PROGRAMMING  SYSTEM  OF  "A  PROGRAMMER'S  ASSISTANT".  THE  GENERAL  FUNCTION  OF 
THE  "PROGRAMMER'S  ASSISTANT"  IS  TO  MAKE  IT  POSSIBLE  FOR  THE  HUMAN  PROGRAMMER 
TO  SAY  TO  THE  COMPUTER  "DO  WHAT  I MEAN"  INSTEAD  OF  "DO  WHAT  I SAY/"  AND 
"UNDO  WHAT  I JUST  TRIED  — IT  DID  NOT  WORK/"  INSTEAD  OF  LEAVING  THE 
PROGRAMMER  WITH  THE  SAD  CONSEQUENCES  OF  HIS  ACTUAL  INSTRUCTIONS. 

IN  OTHER  WORDS,  THE  PROGRAMMER'S  ASSISTANT  DEALS  WITH  SUCH  FACTORS  AS: 
EASE  OF  INTERACTION,  LEVEL  OF  INTERACTION,  FORGIVENESS  FOR  ERRORS  (BOTH 
SPELLING  ERRORS  AND  ERRORS  OF  THOUGHT),  GOING  BACK  AND  TAKING  A DIFFERENT 
PATH,  CHANGING  ONE'S  MIND,  ETC.,  AND  IN  GENERAL,  THE  PROGRAMMER'S 
ENVIRONMENT. 

THIS  AREA  OF  IMPROVEMENT  IN  INTERACTIVE  PROGRAMMING  IS  IMPORTANT.  FOR 
MANY  APPLICATIONS,  THE  PROGRAMMER'S  ENVIRONMENT  INFLUENCES,  AND  TO  A LARGE 
EXTENT  DETERMINES,  WHAT  SORT  OF  PROBLEM  HE  CAN  TACKLE,  AND  HOW  FAR  HE  CAN 
GO  IN  A GIVEN  TIME.  IF  THE  "ENVIRONMENT"  IS  "COOPERATIVE"  AND  "HELPFUL," 
THEN  THE  PROGRAMMER  CAN  BE  MORE  AMBITIOUS  AND  PRODUCTIVE.  IF  NOT,  HE 
MAY  SPEND  MUCH  OF  HIS  TIME  ANO  ENERGY  PERFORMING  ROUTINE  CLERICAL  TASKS  AND 
"FIGHTING  THE  SYSTEM."  (A) 

4P,  3R. 


416  COMPUTER  AIDS  FOR  PROGRAMMING 

TEi TELMAN,  W.  TOWARD  A PROGRAMMING  LABORATORY.  IN  P.  NAUR,  B.  RANDALL,  t 

J.  N.  BUXTON  (EDS.),  SOFTWARE  ENGINEERING:  CONCEPTS  AND  TECHNIQUES.  NEW  YORK: 

PETROCELLI/CHAfiTER,  1976,  275-287. 

DESCRIPTION:  * 

THIS  PAPER  DISCUSSES  THE  FEASIBILITY  AND  DESIRABILITY  OF  CONSTRUCTING  A * 

"PROGRAMMING  LABORATORY"  WHICH  WOULD  CO-OPERATE  WITH  THE  UEER  IN  THE 
DEVELOPMENT  OF  HIS  PROGRAMS,  FREEING  HIM  TO  CONCENTRATE  MORE  FULLY  ON  THE 
CONCEPTUAL  DIFFICULTIES  OF  THE  PROBLEM  HE  WISHES  TO  SOLVE.  EXPERIENCE 
WITH  SIMILAR  SYSTEMS  IN  OTHER  FIELDS  INDICATES  THAT  SUCH  A SYSTEM  WOULD 
SIGNIFICANTLY  INCREASE  THE  PROGRAMMER'S  PRODUCTIVITY. 

THE  PILOT  SYSTEM,  IMPLEMENTED  WITHIN  THE  INTERACTIVE  BBN  LISP  SYSTEM, 

IS  A STEP  IN  THE  DIRECTION  OF  A PROGRAMMING  LABORATORY.  PILOT  OPERATES  AS  f 

AN  INTERFACE  BETWEEN  THE  USER  AND  HIS  PROGRAMS,  MONITORING  BOTH  THE  REQUESTS  1 

OF  THE  USER  AND  THE  OPER A7  JON  OF  HIS  PROGRAMS.  FOR  EXAMPLE,  IF  PILOT 
OETECTS  AN  ERROR  DURING  THE  EXECUTION  OF  A PROGRAM,  IT  TAKES  THE  APPROPRIATE 
CORRECTIVE  ACTION  BASED  ON  PREVIOUS  INSTRUCTIONS  FROM  THE  USER.  SIMILARLY, 

THE  USER  CAN  GIVE  DIRECTIONS  TO  PILOT  ABOUT  THE  OPERATION  OF  HIS  PROGRAMS, 

EVEN  WHILE  THEY  ARE  RUNNING,  AND  PILOT  WILL  PERFORM  THE  WORK  REQUIRED.  IN 

ADDITION,  THE  USER  CAN  EASILY  MODIFY  PILOT  BY  INSTRUCTING  IT  ABOUT  ITS  OWN 

OPERATION  ANO  THUS  DEVELOP  HIS  OWN  LANGUAGE  AND  CONVENTIONS  FOR  INTERACTING  i 

WITH  PILOT. 

SEVERAL  EXAMPLES  ARE  PRESENTED.  (A) 

UP,  1 0R  . 


417  STRUCTURED  PROGRAMMING 

TENNY,  T.  STRUCTURED  PROGRAMMING  IN  FORTRAN.  DATAMATION,  JULY  1974,  20,  PP. 
11C-111;  113;  115. 

DESCRIPTION: 

THE  INDUSTRY'S  INVESTMENT  IN  FORTRAN  WILL  KEEP  IT  AROUND  A WHILE,  HOWEVER, 
STRUCTURED  PROGRAMMING  CAN  BE  DONE  IN  FOPTRAN  IF  CERTAIN  RULES  ARE  FOLLOWED. 
NUMBERING  OF  STATEMENTS  SHOULD  ONLY  BE  IN  INCREASING  ORDER.  BLOCKING  AND 
NESTING  SHOULD  BE  INDICATED  BY  BLANK  COMMENTS  AND  INDENTATION.  IF,  GOTO, 

AND  COMPUTED  GOTO  STATEMENTS  SHOULD  BE  USED  FOR  THE  PURPOSES  OF  REPEAT, 
WHILE,  CASE,  AND  MORE  GENERALIZED  IF-THEN  (-ELSE)  CONSTRUCTS.  THESE 
SHOULD  ALSO  BE  DESIGNATED  BY  STANOARD  COMMENTS.  THE  INTENT  OF  STRUCTURED 
PROGRAMMING,  MODULARITY,  TOP-DOWN  DESIGN,  CAN  BE  CARRIED  OUT  IN  FORTRAN  WITH 
PROPER  MANAGEMENT  AND  PROFESSIONAL  STANDARDS.  (GOC) 

4P , 6R . 
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413  GENERAL  DISCUSSION  OF  HUMAN  FACTORS  IN  COMPUTER  SYSTEMS 

TESTA,  C.J.  BEHAVIORAL  FACTORS  IN  INFORMATION  SYSTEMS.  COMPUTERS  AND  PEOPLE, 
APRIL  1974,  23(4) , 13-17. 

DESCRIPTION: 

THE  NEED  FOR  BETTER  UNDERSTANDING  OF  HUMAN  BEHAVIOR  IN  INFORMATION  SYSTEMS 
IS  BECOMING  INCREASINGLY  APPARENT.  TRADITIONALLY,  INFORMATION  SPECIALISTS 
HAVE  CONCENTRATED  THEIR  EFFORTS  ON  HARDWARE/SO FTBARE  PROBLEMS.  AS  A RESULT, 
SOPHISTICATED  INFORMATION  SYSTEMS  WERE  OFTEN  DEVELOPED,  BUT  PEOPLE 
EXPERIENCED  DIFFICULTY  IN  INTERACTING  WITH  THE  COMPLEX  SYSTEMS.  SINCE 
INFORMATION  SYSTEMS  ARE  USED,  OPERATED,  AND  MAINTAINED  BY  PEOPLE,  THE  DESIGN 
OF  EFFECTIVE  INFORMATION  SYSTEMS  MILL  ONLY  RESULT  IF  MEN'S  BEHAVIORAL 
CAPABILITIES  ARE  TAKEN  INTO  CONSIDERATION.  IN  THIS  ARTICLE,  MAN'S 
PERCEPTUAL  AND  COGNITIVE  CAPABILITIES  WILL  BE  EXAMINED  AS  IMPORTANT 
DETERMINANTS  OF  THE  DESIGN  OF  INFORMATION  SYSTEMS.  (A,  ABBR > 

5P,  12R. 


419  PROGRAMMING 

THAYER,  T.A.  UNDERSTANDING  SOFTWARE  THROUGH  ANALYSIS  OF  EMPIRICAL  DATA 
(TECHNICAL  REPORT  NO.  R-77-237) . REDONDO  BEACH,  CALIFORNIA:  TRW,  UNDATED. 
DESCRIPTION: 

THIS  PAPER  DISCUSSES  THE  COLLECTION  AND  ANALYSIS  OF  DATA  c.VAILABLE  DURING 
DEVELOPMENT,  TESTING,  AND  OPERATIONAL  USE  OF  SOTWARE  SYSTEMS  AS  A MEANS  OF 
DETERMINING  SOFTWARE  QUALITY  IN  QUANTIFIABLE  TERMS.  THE  APF ROACH  TO  DATA 
COLLECTION  AND  ANALYSIS  TAKEN  BY  TRW  IN  A STUDY  OF  FOUR  SOFTWARE  SYSTEMS  IS 
DESCRIBED  INCLUDING  SOME  STUDY  RESULTS  AND  IDENTIFICATION  OF  NECESSARY 
IMPROVEMENTS  IN  THE  COLLECTION  AND  ANALYSIS  PROCESSES.  TnIS  PAPER  TREATS 
BOTH  THE  LONG-RANGE  AND  THE  NEAR-TERM  PAYOFFS  OF  SUCH  STUDIES  IN  AN  ATTEMPT 
TO  ANSWER  THE  QUESTION,  "WHY  COLLECT  DATA  AT  ALL?"  (A) 

23P,  12R. 


420  NATURAL-LANGUAGE  DIALOGUE 

THOMAS,  J.C.  A METHOD  FOR  STUDYING  NATURAL  LANGUAGE  DIALOGUE  (TECHNICAL  REPORT 
RC-5882).  YORKTOWN  HEIGHTS,  NEW  YORK:  IBM  WATSON  RESEARCH  CENTER,  FEBRUARY 
1976.  (NTIS  NO.  AD  A041288) 


421  quantifiers  in  query  languages 

THOMAS,  J.C.  QUANTIFIERS  AND  QUESTION-ASKING  (TECHNICAL  REPORT  NO.  RC  5866). 

YORKTOUN  HEIGHTS,  NEW  YORK:  IBM  WATSON  RESEARCH  CENTER,  FEBRUARY  1976. 

(NTIS  NO.  AD  A043032) 

DESCRIPTION: 

DATA  CONCERNING  THE  USE  OF  UNIVERSAL  QUANTIFIERS  IN  QUESTION-ASKING  IS 
PRESENTED.  THESE  DATA  WERE  COLLECTED  IN  A VARIETY  OF  PROCEDURES  USING 
NON-PROGRAMHERS.  THESF  NON-PROG HAMMERS  VARIOUSLY  TRANSLATED  ENGLISH 
QUESTIONS  INTO  A QUERY  LANGUAGE,  GENERATED  THE  JR  OWN  ENGLISH  QUESTIONS, 
TRANSLATED  VENN  DIAGRAMS  INK  ENGLISH  OR  VICE  VERSA,  GAVE  JUDGMENTS  ABOUT 
THE  CONSISTENCY  OF  TWO  ENGLISH  STATEMENTS,  OR  MANUALLY  LOOKED  UP  ANSWERS  TO 
QUESTIONS.  SUBJECTS  SHOWCS  . ONS IBERJ OLE  DIFFICULTY  WITH  THE  LOGICIAN'S 
NOTATIONS  OF  SET  RELATIONS  (EXCEPT  DISJUNCTION)  ON  ALL  TASKS.  THE 
INTERPRETATIONS  GIVEN  QUANTIFIED  SENTENCES  VAIdED  BETWEEN  SU6JECTS  ON  A 
GIVEN  TASK  AND  EVEN  WITHIN  H SUFijECT,  BETWEEN  TASKS.  GENERALLY  SPEAKING, 
SUBJECTS  GAVE  INTERPRETATIONS  CONSISTENT  WITH  QUANTIFIED  NATURAL  LANGUAGE 
QUESTIONS  OR  VENN  DIAGRAMS,  8UT  NOC  EQUIVALENT  TO  THEM.  SUBJECTS  USED 
EXPLICIT  SET  SPECIFICATIONS  RARELY  IN  SPONTANEOUS  ENGLISH. 

TENTATIVE  SUGGESTIONS  ARE  MADE  FOR  THE  DESIGN  OF  FORMAL  AND  NATURAL- 
LANGUAGE  QUEST  >N-ANSWER  INTERFACES.  <A> 

32P,  31R. 
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422  NATURAL-LANGUAGE  DIALOGUE 

THOMAS,  J.C.  A DESIGN “INTERPRETATION  ANALYSIS  OF  NATURAL  ENGLISH  WITH 
APPLICATIONS  TO  MAN-COMPUTER  INTERACTION  (TECHNICAL  REPORT  RC-6581).  YORKTOWN 
HEIGHTS,  NEW  YORK:  IBM  UATSON  RESEARCH  CENTER,  JUNE  1977.  (NTIS  NO. 

AO  A0S6121 ) 


423  QUERY  LANGUAGES  { 

THOMAS,  J.C.,  t GOULD,  J.D.  A PSYCHOLOGICAL  STUDY  OF  QUERY  BY  EXAMPLE.  AFIPS  $ 

CONFERENCE  PROCEEDINGS,  1975,  44,  439-445  (ALSO  IBM  REPORT  RC-5124,  IBM  WATSON 
RESEARCH  CENTER,  YORKTOWN  HEIGHTS,  NEW  YORK,  NOVEMBER  1974). 

DESCRIPTION: 

THIRTY-NINE  NON-PROGRAMMERS  WERE  TAUGHT  ZLOOF'S  QUERY  BY  EXAMPLE  SYSTCM  IN 

ORDER  TO  PROVIDE  BEHAVIORAL  DATA  PRIOR  TO  IMPLEMENTATION.  THIS  TRAINING 

TOOK  LESS  THAN  THREE  HOURS.  THEN  SUBJECTS  WERE  GIVEN  40  TEST  QUESTIONS  IN 

ENGLISH  WHICH  THEY  TRANSLATED  INTO  QUERY  BY  EXAhPLE.  SUBJECTS  ALSO  RECORDED  ? 

THE  TIME  TO  WRITE  EACH  QUERY  AND  THEIR  CONFIDENCE  ABOUT  BEING  CORRECT. 

SIXTY-SEVEN  PER  CENT  OF  THE  QUERIES  WERE  WRITTEN  CORRECTLY.  SUBJECTS 
AVERAGED  1.8  MINUTES  TO  WRITE  QUERIES.  QUERY  DIFFICULTY  COULD  LARGELY  BE 
PREDICTED  FROM  A LINEAR  REGRESSION  BASED  ON  OBJECTIVE  COMPLEXITY  MEASURES. 

CONFIDENCE  RATING  WAS  ALSO  AN  EXCELLENT  PREDICTOR  OF  QUERY  DIFFICULTY. 

SUBJECTS  HAD  DIFFICULTY  WITH  QUANTIFICATION  BUT  LITTLE  TROUBLE  WITH  LINKING 
VARIABLES,  CONJUNCTIONS  OR  DISJUNCTIONS.  IN  A TWO-WEEK  RETEST,  FOUR  OF  SIX 
SUBJECTS  SHOWED  NEARLY  PERFECT  RETENTION  OF  THE  SYSTEM  RULES.  i 

RECOMMENDATIONS  TO  HELP  PREVENT  CERTAIN  ERROR  TYPES  ARE  MADE.  (A) 

7P,  17R. 


424  SOFTWARE  DESIGN 

THOMAS,  J.C.,  MALHOTRA,  A.,  t CARROLL,  J.H.  AN  EXPERIMENTAL  INVESTIGATION  OF 
THE  DESIGN  PROCESS  (TECHNICAL  REPORT  RC-6702).  YORKTOWN  HEIGHTS,  NEW  YORK: 
IBM  WATSON  RESEARCH  CENTER,  AUGUST  1977. 


425  PROGRAMMING  LANGUAGES 

TRAVIS,  L.,  HONDA,  M.,  LEBLANC,  R.,  t ZEI6LER,  S.  DESIGN  RATIONALE  FOR 
TELOS,  A PASCAL-BASED  AI  LANGUAGE.  IN  PROCEEDINGS  OF  THE  ACM  SYMPOSIUM  ON 
ARTIFICIAL  INTELLIGENCE  AND  PROGRAMMING  LANGUAGES,  SIGPLAN  NOTICES,  AUGUST 
1977,  12(8),  67-76.  (ALSO:  SIGART  NEWSLETTER,  AUGUST  1977,  NO.  64,  67-76). 
DESCRIPTION: 

TELOS  IS  A PASCAL-BASED  AI  LANGUAGE  INTENDED  TO  FACILITATE  EFFICIENT 
DEVELOPMENT  OF  EFFICIENT,  WELL-STRUCTURED  PROGRAMS.  THE  DESIGN  EMPHASIZES 
POWERFUL  DATA  ABSTRACTION  AND  CONTROL  ABSTRACTION  MECHANISMS  RATHER  THAN  TKl 
PROVISION  OF  PARTICULAR  HIGH-LEVEL  CONSTRUCTS.  AMONG  THE  MANY  CAPABILITIES 
OF  TELOS  ARE  THOSE  INTENDED  TO  MAKE  IT  ESPECIALLY  SUITABLE  FOR  SYSTEMATIC 
AI  MODEL  BUILDING,  FOR  EXAMPLE,  IN  THE  AREAS  OF  KNOWLEDGE  REPRESENTATION, 
PLANNING,  AND  REASONING.  AN  EVENT  FACILITY  IS  PROVIDED  WHICH  UNIFIES  THE 
HANDLING  OF  CONDITIONAL  INTERRUPTS  (DEMONS),  PROCESS  SUSPENSION,  PROCESS 
COMMUNICATION  AND  EXECUTION  FAULTS.  THE  CONTEXT-DEPENDENT  TELOS  DATA  BASE 
IS  REFERENCEABLE  EITHER  ASSOC  I AT  I VELY  OR  DIRECTLY.  (A) 
lOP,  14R. 
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426  COMMAND  LANGUAGE  DESIGN  BASED  ON  "MENTAL  WORK"  REQUIRED 

TREU,  S.  INTERACTIVE  COMMAND  LANGUAGE  DESIGN  BASED  ON  REQUIRED  MENTAL  WORK. 
INTERNATIONAL  JOURNAL  Of  MAN-MACHINE  STUDIES,  1975,  7,  135-149. 

DESCRIPTION: 

ALTHOUGH  THE  DEFINITION  OF  "MENTAL  UORK"  REMAINS  ELUSIVE,  SYSTEMATIC 
MEANS/METHODS  SHOULD  BE  CONSIDERED  FOR  GAINING  EVIDENCE  ABOUT  INTERACTIVE 
LANGUAGE  FEATURES  REQUIRING  MORE/l.ESS  EFFORT  OF  THE  HUMAN  MIND.  THE 
SUGGESTED  APPROACH  EMPLOYS  A STRUCTURING  OF  THE  USER'S  CONCEPTUAL  REFERENCE 
SPACES  INTO  SETS  OF  "ACTION  PRIMITIVES",  PECULIAR  TO  THE  TYPE  OF  COMPUTER- 
AIDED  TASK  INVOLVED.  AN  INTERACTIVE  COMMAND  LANGUAGE  CAN  THEN  BE  REGARDED 
AS  THE  RANGE  OF  SOME  TRANSFORMATION  ON  THE  USER'S  SET  OF  ACTION  PRIMITIVES. 
THE  NATURE  AND  EFFICIENCY  OF  THAT  TRANSFORMATION,  IN  CONJUNCTION  WITH  THE 
INHERENT  NUMBER  OF  MENTAL  ASSOCIATION  LINKS,  ARE  HYPOTHESIZED  TO  HAVE 
DIRECT  RELATIONSHIPS  TO  THE  LEVEL  OF  REQUIRED  MENTAL  WORK.  THE  USER'S 
DELAY  OR  "THINK  TIME",  EXPENDED  IMMEDIATELY  PRECEDING  COMMAND  UTILIZATION, 
IS  ONE  MEASURABLE  QUANTITY  THAT  SHOULD  BE  USEFUL  AS  A WORK  LEVEL  INDICATOR. 
(A) 

15P,  12R. 


427  SYSTEM  DOCUMENTATION 

TSICHRITZIS,  D.  MODULAR  SYSTEM  DESCRIPTION  (TECHNICAL  REPORT  NO.  33). 

TORONTO,  ONTARIO,  CANADA:  UNIVERSITY  OF  TORONTO,  DEPARTMENT  OF  COMPUTER  SCIENCE, 
1971. 


428  PROGRAMMING  LANGUAGES 

TUCKER,  A.  VERY  HIGH-LEVEL  LANGUAGE  DESIGN:  A VIEWPOINT.  COMPUTER 
LANGUAGES,  1975,  1,  3-16. 

DESCRIPTION: 

RECENT  DEVELOPMENTS  IN  VERY  HIGH-LEVEL  LANGUAGE  DESIGN  INDICATE  THAT  THESE 
LANGUAGES  HOLD  GREAT  PROMISE  FOR  IMPROVING  THE  LEVEL  OF  MAN-MACHINE 
COMMUNICATION,  AND  HENCE,  IMPROVING  COMPUTER  AND  PROGRAMMER  UTILIZATION. 
(ESSENTIALLY,  A VERY  HIGH-LEVEL  LANGUAGE  ONE  WHICH  ALLOWS  THE  PROGRAMMER 
TO  SPECIFY  WHAT  TO  DO,  RATHER  THAN  HOW  TO  DO  IT„)  THIS  PAPER  SURVEYS 
THESE  DEVELOPMENTS,  OUTLINES  THE  GOALS  TO  WHICH  AN  "IDEAL"  VERY  HIGH- 
LEVEL  LANGUAGE  SHOULD  ASPIRE,  AND  THEN  PRESENTS  THE  RESIGN  0?  A VERY  HIGH- 
LEVEL  LANGUAGE  THAT  WOULD  MEET  THESE  GOALS.  THIS  DESIGN  IS  PRESENTED  IN  THE 
INTEREST  OF  LAYING  BARE  SOME  BASIC  DESIGN  AND  IMPLEMENTATION  QUESTIONS  THAT 
ARE  INHERENT  TO  SUCH  AN  ACHIEVEMENT.  THE  PAPER  THEN  DISCUSSES  THESE 
QUESTIONS.,  INDICATING  BOTH  OLD  AND  NEW  RESEARCH  PRODLEMS  WHICH  THEY  SUGGEST. 
(A) 

14P,  1 1 R . 


429  PROGRAM  SYNTHESIS 

ULRICH,  4.W.,  t MOLL,  R.  PR06RAM  SYNTHESIS  BY  ANALOGY.  IN  PROCEEDINGS  CF 
THE  ACM  SYMPOSIUM  ON  ARTIFICIAL  INTELLIGENCE  AND  PROGRAMMING  LANGUAGES, 
SIGPLAN  NOTICES,  AUGUST  1977,  12(8),  22-28  (ALSO  SIGART  NEWSLETTER, 

AUGUST  1977,  NO.  64,  22-28). 

DESCRIPTION: 

BY  EXTENDING  A GIVEN  ANALOGY,  A KNOWN  PROGRAM  WHICH  SOLVES  A GIVEN  PROBLEM 
IS  CONVERTED  TO  A PROGRAM  WHICH  SOLVES  A DIFFERENT  BUT  ANALOGOUS  PROBLEM. 
THE  DOMAINS  OF  THE  TWO  PROBLEMS  NEED  NOT  BE  THE  SAME  BUT  THEY  MUST  BE 
RELATED  BY  AN  INITIAL  SPECIFIED  ANALOGY.  THERE  ARE  THREE  FEATURES  WHICH 
DISTINGUISH  THc  APPROACH.  FIRST  ThE  ANALOGY  FORMATION  EVOLVES  GRADUALLY 
WITH  THE  SYNTHESIS  OF  THE  NEW  PROGRAM.  SECONDLY,  THE  FORMATION  OF  THE 
ANALOGY  IS  DIRECTED  BY  THE  CORRECTNESS  PROOF  OF  THE  KNOWN  PROGRAM. 

FINALLY,  THE  OUTPUT  OF  THE  SYNTHESIS  PROCESS  PRODUCES  A CORRECTNESS  PROOF 
FOR  THE  SYNTHESIZED  PROGRAM.  (A) 

7P,  12R. 
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430  PROGRAM  DESIGN  LANGUAGE 

VAN  LEER,  P.  TOP-DOWN  DEVELOPMENT  USING  A PROGRAM  DESIGN  LANGUA6E.  IBM 
SYSTEMS  JOURNAL,  1976,  2,  155-17G. 

DESCRIPTION: 

DISCUSSED  IS  A PROGRAM  DESIGN  LANGUAGE  — A FORM  OF  PSEUDOCODE  — THAT  HAS 
BEEN  DEVELOPED  AMD  USED  TO  ORGANIZE,  TEACH,  DOCUMENT,  AND  DEVELOP  SOFTWARE 
SYSTEMS.  AN  EXAMPLE  OF  TOP-DOWN  PROGRAM  DESIGN  ILLUSTRATES  THE  KEY  STEPS 
IN  USING  THE  LANGUAGE:  DETERMINING  THE  REQUIREMENTS,  ABSTRACTING  THE 
FUNCTIONS,  EXPANDING  THE  FUNCTIONS,  AND  VERIFYING  THE  FUNCTIONS.  SYNTAX 
AND  CONVENTIONS  OF  THE  LANGUAGE  ARE  GIVEN  IN  AN  APPENDIX.  (0) 

16P,  7R. 


431  AUTOMATIC  PROGRAMMING 

WALDINGER,  R.J.,  t LEE,  R.C.T.  PROW:  A STEP  TOWARD  AUTOMATIC  PROGRAM  WRITING. 
PROCEEDINGS  OF  THE  INTERNATIONAL  JOINT  CONFERENCE  ON  ARTIFICIAL  INTELLIGENCE, 
1969,  241-252. 


432  PROGRAMMING  LANGUAGES 

WARREN,  B.H.O.,  PEREIRA,  L.M.,  l PEREIRA,  F.  PROLOG  — THE  LANGUAGE  AND  ITS 
IMPLEMENTATION  COMPARED  WITH  LISP.  IN  PROCEEDINGS  OF  THE  ACM  SYMPOSIUM  ON 
ARTIFICIAL  INTELLIGENCE  AND  FROGQAMMING  LANGUAGES,  SIGPLAN  NOTICES,  AUGUST 
1977,  12(6),  109-115  (ALSO:  SIGART  NEWSLETTER,  AU6UST  1977,  NO.  64,  109-'*'j). 
DESCRIPTION: 

PROLOG  IS  A SIMPLE  BUT  POWERFUL  PROGRAMMING  LANGUAGE  FOUNDED  ON  SYMBOLIC 
LOGIC.  THE  BASIC  COMPUTATIONAL  MECHANISM  IS  A PATTERN  MATCHING  PROCESS 
('UNIFICATION')  OPERATING  ON  GENERAL  RECORD  STRUCTURES  ('TERMS'  OF  LOGIC). 

WE  BRIEFLY  REVIEW  THE  LANGUAGE  AND  COMPARE  IT  ESPECIALLY  WITH  PURE  LISP. 

THE  REMAINDER  OF  THE  PAPER  DISCUSSES  TECHNIQUES  FOR  IMPLEMENTING  PROLOG 
EFFICIENTLY;  IN  PARTICULAR,  WE  DESCRIBE  HOW  TO  COMPILE  THE  PATTERNS 
INVOLVED  IN  THE  MATCHING  PROCESS.  THESE  TECHNIQUES  ARE  AS  INCORPORATED  IN 
OUR  DECSYSTEM-1 0 PROLOG  COMPILER  (WRITTEN  IN  PROLOG).  THE  CODE  IT  GENERATES 
IS  COMPARABLE  IN  SPEED  WITH  THAT  PRODUCED  BY  EXISTING  DEC10  LISP  COMPILERS. 
WE  ARGUE  THAT  PATTERN  MATCHING  IS  A BETTER  METHOD  FOR  EXPRESSING  OPERATIONS 
ON  STRUCTURED  DATA  THAN  CONVENTIONAL  SELECTORS  AND  CONSTRUCTORS  — BOTH  FOR 
THE  USER  AND  FOR  THE  IMPLEMENTOR.  (A) 

7P , 15R. 


433  PROGRAMMING  LANGUAGES 

WASSERMAN,  A. I.  ISSUES  IN  PROGRAMMING  LANG 
NOTICES,  JULY  1975,  10(7),  10-12. 
DESCRIPTION: 

SEVERAL  KEY  QUESTIONS  CAN  BE  RAISED  CONC 
LANGUAGES.  HOW  DO  WE  DEVELOP  A PROGRAMM 
MIRROR  LOGICAL  THINKING?  FUR) HERMORE , H 
SUITABLE  FOR  STEPWISE  REFINEMENT  OF  THE 
ITS  "ELABORATED"  FORM  IN  A "NATURAL"  WAY 
LANGUAGE  GET  INTRODUCED  AND  ACCEPTED  BY 
SO  THAT  IT  RAISES  THE  QUALITY  OF  SOFTWAR 
QUESTIONS  WHICH  UNDERLIE  PRESENTED  RESEA 
PROGRAMMING  LANGUAGES.  (A,  ABBR.) 

3P,  44R . 


MAGE  DESIGN:  AN  OVERVIEW.  SIGPLAN 


ERNING  THE  DESIGN  OF  PROGRAMMING 
ING  MECHANISM  WHICH  CAN  ACCURATELY 
OW  DO  WE  DEVELOP  A TOOL  WHICH  IS 
PROBLEM  FROM  ITS  ABSTRACT  FORM  TO 
? LAST,  HOW  THEN  DOES  SUCH  A 
THE  GENERAL  PROGRAMMING  COMMUNITY 
F PRODUCTION?  THESE  ARE  THE  MAIN 
RCH  AND  DEVELOPMENT  IN  THE  FIELD  OF 


434  PROGRAMMING  METHODOLOGY 

WEGBREIT,  B.  GOAL-DIPECTED  PROGRAM  TRANSFORMATION.  IEEE  TRANSACTIONS  ON 
SOFTWARE  ENGINEERING,  1976,  SE-2,  69-79. 


435  HISTORY  OF  PROGRAMMING  LANGUAGES 

WEGNER,  P.  PROGRAMMING  LANGUAGES  — THE  FIRST  25  YEARS.  IEEE  TRANSACTIONS 
ON  COMPUTERS,  1976,  C-25 . 1'07-1225. 


436  PROGRAMMING 

WEINBERG,  G.M.  THE  PSYCHOLOGY  OF  COMPUTER  PROGRAMMING.  NEW  YORK : VAN  NOSTF AND 
REINHOLD,  1971. 

DESCRIPTION: 

THE  PRINCIPAL  GOAL  OF  THIS  eOOK  IS  TO  ESTABLISH  A FRAMEWORK  FOR  VIEWING 
COMPUTER  PROGRAMMING  AS  A HUMAN  ACTIVITY.  THE  AREAS  CONSIDERED  INCLUDE 
PROGRAMMING  AS  HUMAN  PERFORMANCE,  PROGRAMMING  AS  A SOCIAL  ACTIVITY, 
PROGRAMMING  AS  AN  INDIVIDUAL  ACTIVITY,  AND  PROGRAMMING  TOOk.S.  EXPERIMENTAL 
RESULTS  ARE  PRESENTED  AND  EACH  CHAPTER  IS  FOLLOWED  BY  AN  ANNOTATED 
BIBLIOGRAPHY.  <"EA) 

3fi3P,  1C7R. 


437  PROGRAMMER  PERFORMANCE 

WEINBERG,  G.M.  THE  PSYCHOLOGY  OF  IMPROVED  PROGRAMMING  PERFORMANCE. 

DATAMATION,  NOVEMBER  1972,  18(11),  PP.  82-83;  85. 

DESCRIPTION: 

THIS  PAPER  DESCRIBES  EXPERIMENTS  T HAT  TEST  THE  IMPACT  OF  SPFCIFIED  GOALS  ON 
PROGRAMMING  PERFORMANCE.  EXPLICITLY  STATED  GOALS  AFFECT  BCTH  THE  PROGRAMS 
THAT  ARE  PROOUCED  ANO  THE  ESTIMATED  TIME  REQUIRED  FOR  COMPLETION.  THE 
CONFLICTING  AND  COMPLEMENTARY  NATURE  OF  THE  RELATIONS  AMONG  VARIOUS 
GOALS  IS  ALSO  CONSIDERED.  (MEA) 

3P,  3R . 


438  ERROR  VERIFICATION 

NEINBERG,  G.M,,  & GRESSETT,  G.L.  AN  EXPERIMENT  IN  AUTOMATIC  VERIFICATION.  OF 
PROGRAMS.  COMMUNICATIONS  OF  THE  ACM,  1963,  6,  610-613. 

DESCRIPTION: 

VERIFICATION  OF  ERRORS  INTRODUCED  THROUGH  THE  STAGES  OF  KEYPUNCHING  AND 
TRANSCRIPTION  IS  DISCUSSED.  ALTHOUGH  THE  AFTICLE  SPEAK.  PRIMARILY  TO 
KEYPUNCH  ANO  SYNTAX  ERRORS,  IT  MAKES  SOME  CONJECTURES  ON  >iOW  ERRORS 
IN  CONTROL  AND  COMPUTATION  STRUCTURES  COULD  BE  DETECTED.  THE  PAPER  DOES 
NOT  DEAL  WITH  PROGRAM  VERIFICATION  APOVE  THE  SYNTAX  LEVEL  AND  IT  IS  NOT 
CONCERNED  WITH  "PROOFS"  OF  CORRECTNESS,  FLOW  ANALYSIS,  INPUT  OUTPUT,  AND 
OTHER  TOPICS  AT  THIS  LEVEL. 

LP,  2R. 


439  PROGRAMMER  PERFORMANCE 

WEINBERG,  6.M.,  A SCHULMAN,  E.L.  GOALS  AND  PERFORMANCE  IN  COMPUTER  PROGRAMMING,  ) 

HUNAN  FACTORS,  1974,  16,  70-77. 

DESCRIPTION: 

IN  ALL  STUDIES  OF  HUMAN  PERFORMANCE,  THE  EXPERIMENTER  MUST  BE  CERTAIN  THAT 
THE  SUBJECT  IS  PERFORMING  THE  TASK  THAT  THE  EXPERIMENTER  BELIEVES  HE  HAS  SET. 

OTHERWISE  RESULTS  BECOME  UNINTERPRETABLE.  EARLY  STUDIES  OF  COMPUTER 
PROGRAMMING  HAVE  SHOWN  SUCH  WIDE  VARIATIONS  IN  INDIVIDUAL  PERFORMANCE  THAT 
ONE  MIGHT  SUSPECT  THAT  SUBJECTS  DIFFERED  IN  THEIR  INTERPRETATION  OF  THE  TA$<. 

EXPERIMENTS  ARC  REPORTED  WHICH  SHOW  HOW  PROGRAMMING  PERFORMANCE  CAN  BE 
STRONGLY  INFLUENCED  BY  SLIGHT  DIFFERENCES  IN  PERFORMING  OBJECTIVES. 

CONCLUSIONS  ARE  DRAWN  FROM  THESE  RESULT'  REGARDING  BOTH  FUTURE 
EXPERIMENTATION  AND  MANAGEMENT  PRACTICES  IN  COMPUTER  PROGRAMMING . (A) 

SUBJECTS  INSTRUCTED  TO  RAP20LY  PRODUCE  A PROGRAM  TOOK  FEWER  RUNS  AND 
PRODUCED  MORE  CORRECT,  MORE  MODIFIABLE,  LESS  EFFICIENT  PROGRAMS  THAN  DID 
SUBJECTS  INSTRUCTED  TO  PRODUCE  EFFICIENT  PROGUMS.  THE  FORMER  SUBJECTS  ALSO 
GAVE  MUCH  MORE  CONSERVATIVE  PRIOR  ESTIMATES  OF  EXPECTED  COMPLETION  TIME  AND 
NUMBER  OF  RUNS.  IN  \ SECOND  STUDY,  GROUPS  OF  PROGRAMMERS  GIVEN  THE  SAME 
PROGRAMMING  TASK  WIT;|  DIFFERENT  OBJECTIVES  (MINIMUM  CORE,  MINIMUM  EXECUTION 
TIME,  OUTPUT  READABILITY,  VROGRAf)  READABILITY,  MINIMUM  STATEMENTS,  MINIMUM 
PROGRAMMING  TIME)  SUCCEEDED  IN  SATISFYING  THOSE  OBJECTIVES  AT  THE  COST  0? 

OTHERS.  PROGRAMS  WITH  READABILITY  OBJECTIVES  WERE  MOST  READABLE,  WHILE 
PROGRAMS  WITH  EXECUTION  EFFICIENCY  OBJECTIVES  WERE  JUDGED  TO  PRODUCE 
UNACCEPTABLE,  UNREADABLE  OUTPUTS.  (HRR) 

8P,  6R. 


443  SOFTWARE  DEVELOPMENT 

WEISS,  0.«.  THE  MUDD  REPORT:  A CAaE  STUDY  OF  NAVY  SOFTWARE  DEVELOPMENT 
PRACTICES  (NRL  REPORT  7909).  WASHINGTON,  D.C.:  NAVAL  RESEARCH  LABORATORY,  MAY 
1975. 

DESCRIPTION: 

THE  MUDD  REPORT  IS  A STUDY  OF  NAVY  SOFTWARE-DEVELOPMENT  PRACTICES  WHICH  IS 
BASED  ON  A SERIES  OF  INTERVIEWS  WITH  THOSE  RESPONSIBLE  FOR  THE  DEVELOPMENT 
OF  SAVY  SYSTEMS.  THE  STUDY  CHRONICLES  THE  DEVELOPMENT  OF  A FICTIONAL  SYSTEM 
WITH  REQUIREMENTS  TOPICAL  OF  NAVY  TACTICAL  SYSTEMS  CURRENTLY  OPERATIONAL 
OR  UNDER  DEVELOPMENT . A HISTORY  OF  THE  DECISIONS  MADE  DURING  THE 
DEVELOPMENT  OF  THE  SYSTEM  IS  FIRST  6IVEN.  FOLLOWING  THE  HISTORY  IS  AN 
ANALYSIS  OF  THE  IMPACT  OF  EACH  DECISION  ON  THE  SOFTWARE  DEVELOPED  FOR  THF 
SYSTEM  AND  ON  THE  LIFE-CYCLE  OF  THE  SOFTWARE.  FINALLY,  A SET  0.' 
RECOMMENDATIONS  FOR  AVOIDING  THE  PITFALLS  DESCRIBED  IN  THE  REPORT  IS  GIVEN. 
THE  RFCOMMEFOATIONS  ARE  DESIGNED  TO  ASSIST  HAVY  PROGRAM  MANAGERS  RESPONSIBLE 
FriR  SOFTWARE  DEVELOPMENT. 

S2P,  OR. 


4V>  PROGRAMMING 

WEISSMAN,  PSYCHOLOGICAL  COMPLEXITY  IN  COMPUTER  PROGRAMS:  AN  INITIAL 
EXPERIMENT  (TECHNICAL  REPORT  NO.  CSRG-26).  TORONTO,  CANADA:  UNIVERSITY  OF 
TORONTO,  COMPUTER  SCIENCE  RESEARCH  GROUP,  1973. 
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442  PROGRAMING 

WEISSNAN,  L.  PSYCHOLOGICAL  COMPLEXITY  OF  COMPUTER  PROGRAMS:  AN  EXPERIMENTAL 
METHODOLOGY.  SIGPLAN  NOTICES,  JUNE  1974,  9(6),  25-36. 

DESCRIPTION : 

IN  ORDERTO  REDUCE  THE  COMPLEXITY  OF  PROGRAMS,  MANY  IDEAS  AND  TECHNIOUES 
HAVE  SEEN  EXPOUNDED.  HOWEVER,  NO  QUANTITATIVE  EVIDENCE  HAS  SEEK  GIVEN 
THAT  THE  QUALITY  OF  THE  PROGRAMS  HAS  INDEED  BEEN  IMPROVED.  WE  BELIEVE 
THAT  EXPERIMENTAL  STUDIES  SHOULD  BE  PERFORMED  TO  MEASURE  THOSE  FACTORS 
WHICH  MAKE  PROGRAMS  DIFFICULT  TO  UNDERSTAND  AND  MAINTAIN.  THE  FIRST  STEP 
IN  SUCH  RESEARCH  IS  TO  ESTABLISH  A SUITABLE  EXPERIMENTAL  METHODOLOGY. 

THIS  PAPER  DESCRIBES  A SERIES  OF  EXPERIMENTS  WHICH  HAVE  8EEN  CONDUCTED 
WITH  THE  AIM  OF  ESTABLISHING  SUCH  A METHODOLOGY.  (A) 

12P,  20R- 


443  PR06RAM  COMPLEXITY 

UEISSMAN,  L.K.  A METHODOLOGY  FOR  STUDYING  THE  PSYCHOLOGICAL  COMPLEXITY  OF 
COMPUTER  PROGRAMS  (TECHNICAL  REPORT  CSR6-37).  TORONTO,  ONTARIO,  CANADA: 
UNIVERSITY  OF  TORONTO , COMPUTER  SYSTEMS  RESEARCH  GROUP,  AUGUST  1974. 

OESCR  T'  TIPN: 

THI.  THESIS  DEVELOPS  A METHODOLOGY  FOR  EMPIRICALLY  INVESTIGATING  THE  EFFECTS 
OF  VARIOUS  FACTORS  ON  THE  PSYCHOLOGICAL  COMPLEXITIES  OF  COMPUTER  PROGRAMS. 
THE  SPECIFIC  FACTORS  INVESTIGATED  ARE:  USE  OF  COMMENTS.  CONTROL  FLOW, 
PARAGRAPHING,  CHOICE  OF  VARIABLE  NAMES,  AND  LOCALITY  0.  DATA  REFERENCES. 

TEN  EXPERIMENTS  WERE  PERFORMED  ANO  BOTH  OBJECTIVE  AND  SUBJECTIVE  MEASURES  OF 
PERFORMANCE  WERE  COLLECTED.  SIGNIFICANT  RESULTS  WERE  OBTAINED  FOR  ALL  FIVE 
FACTORS  STUDIEO . POSSIBLE  DIRECTIONS  FOR  FUTURE  RESEARCH  ARE  SUGGESTED. 
(MEA) 

238P,  75R. 


444  PROGRAMMING 

WEISSMAN,  L.  EXPERIMENTAL  METHOOOLOGIES  FOF  STUDYING  PROGRAMMING.  PAPER 
PRESENTED  AT  THE  6TH  CONGRESS  OF  THE  INTERNATIONAL  ERGONOMICS  ASSOCIATION, 
UNIVERSITY  OF  MARYLAND,  COLLEGE  PARK,  MARYLAND,  11-16  JULY  1976. 

DESCRIPTION: 

THE  NEED  FOR  CLEAR,  WELL-WRITTEN  PROGRAMS  IS  NOW  AN  ACKNOWLEDGED  FACT. 
CONSEQUENTLY,  MANY  TECHNIQUES,  MOST  NOTABLY  THOSE  UNDER  THE  BANNER  OF 
STRUCTURED  PROGRAMMING,  HAVE  BEEN  PROPOSED  FOR  PRODUCING  SUCH  PROGRAMS. 

TOO  FREQUENTLY,  SUCH  TECHNIQUES  ARE  PRESENTED  WITHOUT  ANY  CDJECTIVE  EVIDENCE 
TH-'tT  THEY  ACTUALLY  LEAD  TO  BETTER  PROGRAMS.  (A) 


445  MAN-COMPUTER  DIALOGUE 

WeIZENBAUM,  J.  A COMPUTER  PROGRAM  FOR  THE  STUDY  OF  NATURAL  LANGUAGE 
COMMUNICATION  BETWEEN  NAN  ANO  MACHINE.  CAMBRIDGE,  MASSACHUSETTS:  MASSACHUSETTS 
INSTITUTE  OF  TECHNOLOGY,  DEPARTMENT  OF  ELECTRICAL  ENGINEERING,  SEPTEMBER  1965. 


446  PROGRAMMING  TOOLS  AND  STANDARD" 

WHITTEN,  D.E.,  A DEMAINE,  P.A.D.  A MACHINE  AND  CONFIGURATION  INDEPENDENT 
FORTRAN:  PORTABLE  FORTRAN  (PF0RTR4N).  IEEE  TRANSACTIONS  ON  SOFTWARE 
ENGINEERING,  1975,  SE-1,  111-124. 
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447  BEHAVIORAL  HI SCONCEPTIONS  WHICH  HAY  LEAD  TO  INFERIOR  SYSTEHS 

WILCOX,  R.H.  BEHAVIORAL  MISCONCEPTIONS  FACING  THE  SOFTWARE  ENGINEER,.  IN  J.T. 
TOU  (ED.),  SOFTWARE  ENGINEERING:  COINS  IH  (PROCEEDINGS  OF  THE  THIRD  SYMPOSIUM 
ON  COMPUTER  AND  INFORMATION  SCIENCES  HELD  IN  MIAMI  BEACH,  FLORIDA,  DECEMBER 
1969)  (VOL.  2).  NEW  YORK:  ACADEMIC  PRESS,  1971,  285-2C7. 

DESCRIPTION: 

THIS  ARTICLE  BRIEFLY  DISCUSSES  A FEW  MISCONCEPTIONS  OF  USER  BEHAVIOR  WHICH 
MAY  LEAD  AN  INFORMATION  SYSTEM  DESIGNER  TO  DELIVER  AN  INAPPROPRIATELY  DE- 
SIGNED SYSTEM.  (HRR) 

3P,  OR. 


448  AUTOMATIC  PROGRAMMING 

WILE,  D.,  BAL2EP,  R.,  I GOLDMAN,  N.  AUTOMATED  DERIVATION  OF  PROGRAM  CONTROL 
STRUCTURE  FROM  NATURAL  LANGUAGE  PROGRAM  DESCRIPTIONS.  IN  PROCEEDINGS  OF  THE 
ACM  SYMPOSIUM  ON  ARTIFICIAL  INTELLIGENCE  AND  PROGRAMMING  LANGUAGES,  SIGPLAN 
NOTICES.  AUGUST  1977,  12(8),  77-84  (ALSO:  SIGART  NEWSLETTER,  AUGUST  1977,  NO. 

64,  77-84). 

DESCRIPTION: 

THIS  PAPER  DESCRIBES  A SYSTEM  WHICH  ORGANIZES  A NATURAL  LANGUAGE  DESCRIPTION 
OF  A PROGRAM  INTO  A CONVENTIONAL  PROGRAM  CONTROL  STRUCTURE,  AS  A PART  OF  A 
LARGER  SYSTEM  FOR  CONVERTING  INFORMAL  NATURAL  LANGUAGE  PROGRAM 
SPECIFICATIONS  INTO  RUNNING  PROGRAMS.  ANALYSIS  OF  THE  IN°UT  PROGRAM 
FRAGMENTS  USING  A MODEL  OF  A HUMAN  "READER"  OF  SPECIFICATIONS  HAS  BEEN  FOUND 
TO  3£  A VERY  SUCCESSFUL  ADJUNCT  TO  CONVENTIONAL  "PLANNING"  METHODOLOGIES. 

NATURAL  LANGUAGE  DESCRIPTIONS  OF  PROGRAMS  CAN  FREQUENTLY  BE  CHARACTERIZED 
AS  "RUBBLE"  — A VERY  LOOSELY  ORGANIZED  SET  OF  ALMOST  INDEPENDENT  DESCRIPTION 
FRAGMENTS.  SUCH  SPECIFICATIONS  ARE  OFTEN  QUITE  ROBUST,  DUE  TO  A LARGE 
DEGREE  OF  REDUNDANCY;  THEY  ARE  ALSO  FREQUENTLY  QUITE  CONCISE,  DUE  TO 
RELIANCE  ON  THE  READERS'  INNATE  KNOWLEDGE  AND  THEIR  KNOWLEDGE  OF  THE 
APPLICATION  DOMAIN.  THIS  PAPER  DISCUSSES  A PARADIGM  FOR  STRUCTURING  THE 
PORTION  OF  "RUBBLE"  PROGRAM  DESCRIPTIONS  WHICH  MAPS  INTO  CONVENTIONAL 
PROGRAMMING  LANGUAGE  CONTROL  CONSTRUCTS  AND  DEFINITION  FACILITIES. 

IN  ORDER  TO  FOCUS  ON  STRUCTURING  NAJURAL  LANGUAGE,  IT  IS  NECESSARY  TO 
INDICATE  WHERE  THIS  MAPPING  FITS  IN  THE  BROADER  SCHEME  OF  "UNDERSTANDING" 
NATURAL  LANGUAGE  PROGRAM  DESCRIPTIONS.  THE  RESEARCH  DESCRIBED  eELOW  IS  THE 
BASIS  FOR  THE  DESIGN  OF  AN  INTERMEDIATE  STAGE  IN  THE  OPERATION  OF  THE  SAFE 
SYSTEM,  A SYSTEn  DESIGNED  AND  IMPLEMENTED  AT  ISI  TO  PRODUCE  FORMAL, 
OPERATIONAL  SPECIFICATIONS  FOR  PROGRAMS  DESCRIBED  IN  NATURAL  LANGUAGE.  IN 
PARTICULAR,  A (PARENTHESIZED)  NATURAL  LANGUAGE  DESCRIPTION  OF  A PROGRAM  IS 
GIVEN  TO  Tt'E  SYSTEM  — A DESCRIPTION  WHICH  RETAINS  HOST  SEMANTIC  AHBI6UITIES 
OF  NATURAL  LANGUAGE,  BUT  WHICH  AVOIDS  ITS  SYNTACTIC  AMBIGUITIES.  THE  INPUT 
FIRST  GOES  THROUGH  A "DOMAIN  ACQUISITION"  PHASE  WHICH  ACQUIRES  DOMAIN 
KNOWLEDGE  RELATING  THE  OBJECTS  AND  ACTIONS  OF  THE  MODELLED  WORLD.  THE 
"PLANNING  PHASE",  DESCRIBED  HEREIN,  IS  THEN  USED  TO  STRUCTURE  THE  INPUT  INTO 
A PROGRAM  IN  CONVENTIONAL  Tr:r?HS.  FINALLY,  A PHASE  CONCERNED  WITH  THE 
RESOLUTION  OF  FINE  DETAILS  — ANAPHORIC  REFERENCE,  TYPE  CONVERSION,  AND  SOME 
SEQUENTIAL  STRUCTURE  RESOLUTION  — IS  USED  TO  PRODUCE  THE  FINAL  PR06RAH.  THE 
RESPECTIVE  PHASES  DEAL  IN  TURN  WITH  THE  DATA  AND  OPERATION  STRUCTURE,  THE 
PROGRAM  DEFINITION  ANO  CONTROL  STRUCTURE,  AND  THE  PROGRAM  VARIABLE  AND 
PARAMETER  STRUCTURE. 

THE  SAFE  SYSTEM  MAKES  OPERATIONAL  SPECIFICATIONS  MORE  PRECISE  BY  FILLING 
IN  THOSE  DETAILS  THAT  WERE  SURPRESSED  FROM  THE  SPECIFICATION  BECAUSE  THEY 
WERE  DEEMED  INFERABLE  BY  AN  "INTELLIGENT  READER".  THESE  SPECIFICATIONS  MUST 
BE  OPERATIONAL,  SPECIFYING  INFORMALLY  AND  AT  A HIGH  LEVEL,  HOW  SOMETHING 
IS  TO  BE  DONE,  NOT  MERELY  WHAT  MUST  BE  ACHIEVED.  THIS  REQUIREMENT  ENABLES 
THE  CORRESPONDING  FORMAL  PROGRAM  TO  BE  CONSTRUCTED  WITHOUT  ANY  DEEP  PROBLEM 
SOLVING  ACTIVITY  BY  RESOLVING  THE  AMBIGUITIES  CONTAINED  OF  PR06RAM  WELL- 
FORMEDNESS  RULES  AND  THE  CONSTRAINTS  OF  THE  APPLICATION  DOMAIN.  WHEN  AN 
AMBIGUITY  CANNOT  BE  RESOLVED  BY  THE  SYSTEM,  IT  ASKS  THE  USER  WHICH 
INTERPRETATION  IS  INTENDED.  (A) 

RP,  7R . 
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440  SOFTWARE  ENGINEERING 

WILKES,  n.y.  SOFTWARE  ENGINEERING  AND  STRUCTURED  PROGRAMMING. 

TRANSACTIONS  ON  SOFTWARE  ENGINEERING,  1976,  SE-2,  274-276. 

DESCRIPTION: 

THIS  PAPER\ DISCUSSES  THF.  REQUIREMENTS  OF  PROGRAMMERS  WORKING  IN  VARYING 
ENVIRONMENTS  IN  RELATION  TO  SOFTWARE  ENGINEERING,  STRUCTURED  PROGRAMMING, 
AND  PROGRAM  VERIFICATIONS.  (A) 

3P,  1R . 


450  PROGRAMMING  LANGUAGES 

WILLIAMS,  M.H . A NOTE  ON  THE  AMBIGUITY  OF  THE  COMMON  STATEMENT.  SIGPLAN 
NOTICES,  NOVEMBER  1975,  10(11),  38-40. 

DESCRIPTION: 

THE  MAIN  REASON  THAT  USE  OF  THE  COMMON  STATEMENT  FREQUENTLY  LEADS  TO  ERRORS 
IS  THAT  THIS  STATEMENT  IS  USED  FOR  THREE  DIFFERENT  PURPOSES.  THIS  AMBIGUITY 
MAKES  IT  DIFFICULT  TO  UNDERSTAND  WHAT  PURPOSE  WAS  INTENDED  BY  A PROGRAMMER.. 
IT  IS  SUGGESTED  THAT  THREE  SEPARATE  STATEMENTS  BE  CREATED  TO  HANDLE  THESI: 
THREE  FUNCTIONS.  (MEAT 
3P,  3R. 


451  AUTOMATIC  PROGRAMMING 

WILLIAMS,  M.H.  A QUESTION-ANSWERING  SYSTEM  FOR  AUTOMATIC  PROGRAM  SYNTHESIS. 
SIGPLAN  NOTICES,  JULY  1976,  11  (7),  63-68. 


452  SOFTWARE  RELIABILITY 

WILLIAMS,  R.D.  MANAGING  THE  DEVELOPMENT  OF  RELIABLE  SOFTWARE.  IN  PROCEEDINGS 
OF  THE  INTERNATIONAL  CONFERENCE  ON  RELIABLE  SOFTWARE.  SIGPLAN  NOTICES,  JUNE 
1975,  10(6),  3-8. 


453  COMPUTES  GRAPHICS 

WILLIAMS,  R.,  t GI0D2NGS,  G.M.  A PICTURE-BUILDING  SYSTEM. 
QV  Sv/FTWARE  ENGINEERING,  1976,  SE-2,  62-66. 


IEEE  TRANSACTIONS 


454  COMPUTER  PERSONNEL  TURNOVER 

WILLOUGHBY,  T.C.  COMPUTING  PERSONNEL  TURNOVER: 
COMPUTER  PERSONNEL,  19,7,  7(1-2),  H-13. 
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455  PROGRAMMING  LANGUAGE 

MIRTH,  N»  ON  CERTAIN  BASIC  CONCEPTS  OF  PROGRAMING  LANGUAGES  (TECHNICAL  REPORT 
NO.  CS  65).  STANFORO,  CALIFORNIA:  STANFORD  UNIVERSITY,  COMPUTER  SCIENCE 
DEPARTMENT,  MAY  1967.  (NTIS  NO.  PB  176767) 

DESCRIPTION: 

RECENT  DEVELOPMENT  OF  PROGRAMMING  LANGUAGES  HAVE  LED  TO  THE  EMERGENCE  OF 
LANGUAGES  WHOSE  GROWTH  SHOWED  CANCEROUS  SYMPTOMS:  THE  PROLIFERATION  OF  NEW 
ELEMENTS  DEFIED  EVERY  CONTROL  EXERCISED  BY  THE  DESIGNERS,  AND  THE  NATURE  OF 
THE  NEW  CELLS  OFTEN  PROVED  TO  BE  INCOMPATIBLE  WITH  THE  EXISTING  BODY.  IN 
ORDER  THAT  A LANGUAGE  BE  FREE  FROM  SUCH  SYMPTOMS,  IV  IS  NECESSARY  THAT  IT 
BE  BUILT  UPON  BASIC  CONCEPTS  WHICH  ARE  SOUND  AND  MUTUALLY  INDEPENDENT. 

THE  RULES  60VERNIN6  THE  LANGUAGE  MUST  BE  SIMPLE,  CENERALLY  APPLICABLE,  AND 
CONSISTENT. 

7N  PRACTICE,  IT  TURNS  OUT  THAT  THERE  EXISTS  AN  OPTIMUM  IN  THE  NUMBER  OF 
BASIC  CONCEPTS,  BELOW  WHICH  NOT  ONLY  IMPLEMENT  ABILITY  OF  THESE  CONCEPTS 
ON  ACTUAL  COMPUTERS,  BUT  ALSO  THEIR  APPEAL  TO  HUMAN  INTUITION  BECOMES 
QUESTIONABLE  BECAUSE  OF  THEIR  HIGH  DEGREE  OF  GENERALIZATION.  THE  FOLLOWING 
INFORMAL  NOTES  DO  NOT  ABOUNO  WITH  READY-MADE  SOLUTIONS,  BUT  IT  IS  HOPED 
THEY  SHED  SOME  LIGHT  ON  SEVERAL  RELATED  SUBJECTS  AND  INHERENT  DIFFICULTIES. 
THEY  ARE  INTENDED  TO  SUMMARIZE  AND  INTERRELATE  VARIOUS  IDEAS  WHICH  ARE 
PARTLY  PRESENT  IN  EXISTING  LANGUAGES  AND  PARTLY  NEW.  (A,  ABBR.) 

33P,  6R. 
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456  STEPWISE  REFIMEHENT 

WIBTH,  N.,  PROGRAM  DEVELOPMENT  BY  STEPWISE  REFINEMENT.  COMMUNICATIONS  OF  THE 
ACM,  1971,  14,  221-227. 

DESCRIPTION: 

THE  CREATIVE  ACTIVITY  OF  PROGRAMMING  — TO  BE  DISTINGUISHED  FROM  CODING  — IS 
USUALLY  TAUGHT  BY  EXAMPLES  SERVING  TO  EXHIBIT  CERTAIN  TECHNIQUES.  IT  IS  HERE 
’'CONSIDERED  AS  A SEQUENCE  OF  DESIGN  DECISIONS  CONCERNING  THE  DECOMPOSITION 
OF  TASKS  INTO  SUBTASKS  ANO  OF  DATA  INTO  DATA  STRUCTURES.  THE  PROCESS  OF 
SUCCESSIVE  REFINEMENT  OF  SPECIFICATIONS  IS  ILLUSTRATED  BY  A SHORT,  BUT 
NONTRIVIAL  EXAMPLE,  FROM  WHICH  A NUMBER  OF  CONCLUSIONS  ARE  DRAWN  REGARDING 
THE  ART  AND  THE  INSTRUCTION  OF  PROGRAMMING.  (A) 

THE  EXAMPLE  FOLLOWED  THROUGH  BY  THIS  ARTICLE  ILLUSTRATES  IN  ITS  OWN  RIGHT 
A NUMBER  OF  USEFUL  TECHNIQUES  IN  PROBLEM  SOLVING,  SINCE  THE  EXAMPLE  IS 
A PUZZLE  INVOLVING  SEARCH  THROUGH  A LARGE  SPACE.  THE  PROBLEM  IS  ONLY 
PROGRAMMABLE  WHEN  A METHOD  IS  FOUND  THAT  NARROWS  THE  SPACE  SUFFICIENTLY  TO 
GET  ACCEPTABLE  COMPUTER  TINES.  (GDC) 


457  SYSTEMATIC  PROGRAMMING 

WIRTH,  N.  SYSTEMATIC  PROGRAMMING:  AN  INTRODUCTION.  ENGLEWOOD  CLIFFS,  N.  J.: 
PRENTICE-HALL,  1973. 

DESCRIPTION: 

THE  PURPOSE  OF  1 IS  TEXT  IS  TO  TEACH  THE  SYSTEMATIC  CONSTRUCTION  OF 
ALGORITHMS  AS  A t-«RT  OF  A BASIC  MATHEMATICAL  TRAINING.  IT  OOFS  THIS 
PRIMARILY  THROU6H  PROGRAMMING  EXAMPLES.  THE  NOTIONS  OF  A TOP-DOWN  APPROACH 
ARE  ESPOUSED,  USING  STEPWISE  REFINEMENT  OF  THE  PROGRAM  DESIGN.  THE 
ORIENTATION  OF  THE  BOOK  IS  NUMERICAL  COMPUTATIONS,  RATHER  THAN  LEXICAL, 
PROCESS  CONTROL,  COMMERCIAL  TRANSACTION  PROCESSING,  AND  SO  FORTH.  THE 
DEFINITION  OF  PASCAL  IS  GIVEN  AND  EXAMPLES  IN  THE  BOOK  USE  BOTH  PASCAL 
STATEMENTS  AND  FLOWCHARTS.  (GDC) 
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ASS  STRUCTURED  PROGRAMMING 

WIRTH,  N.  ON  THE  COMPOSITION  OF  HELL  STRUCTURED  PROGRAMS.  COMPUTING  SURVEYS, 

1 974,  6,  247-259. 

DESCRIPTION: 

A PROFESSIONAL  PROGRAMMER'S  KNOW-HOW  USED  TC  CONSIST  OF  THE  MASTERY  OF  A SET 
OF  TECHNIQUES  APPLICABLE  TO  SPECIFIC  PROBLEMS  AND  TO  SOME  SPECIFIC  COMPUTER. 
WITH  THE  INCREASE  OF  COMPUTER  POWER,  THE  PROGRAMMERS'  TASKS  GREW  MORE 
COMPLEX,  AND  HENCE,  THE  NEED  FOR  A SYSTEMATIC  APPROACH .BECAME  EVIDENT. 
RECENTLY,  THE  SU8JECT  OF  PROGRAMMING  METHODS,  GENERALLY  APPLICABLE  RULES 
AND  PATTERNS  OF  DEVELOPMENT,  RECEIVED  CONSIDERABLE  ATTENTION.  "STRUCTURED 
PROGRAMMING"  IS  THE  FORMULATION  OF  PROGRAMS  AS  HIERARCHICAL,  NESTED 
STRUCTURES  OF  STATEMENTS  AND  OBJECTS  OF  COMPUTATION.  WE  GIVE  BRIEF  EXAMPLES 
Of  STRUCTURE:  PROGRAMS,  SHOW  THE  ESSENCE  OF  THIS  APPROACH,  DISCUSS  ITS 
RELATIONSHIP  WITH  PROGRAM  VERIFICATION,  AND  COMMENT  ON  THE  ROLE  OF 
STRUCTURED  LANGUAGES.  (A) 

13P,  13R. 


459  PROGRAMMING  LANGUAGES 

UIRTH,  N<  AN  ASSESSMENT  OF  THE  PROGRAMMING  LANGUAGE  PASCAL.  IEEE 
TRANSACTIONS  ON  SOFTWARE  ENGINEERING,  1975,  SE-1,  192-198. 


460  SOFTWARE  ENGINEERING 

WITT,  J.  THE  COLUMBUS  APPROACH.  IEEE  TRANSACTIONS  ON  SOFTWARE  ENGINEERING, 
1975.  SE-1,  358-363. 


461  PROGRAMMER  APTITUDE  TEST 

WOLFE,  J.M.  AN  INTERIM  VALIDATION  REPORT  ON  THE  WOLFE  PROGRAMMING  APTITUDE  TEST 
(EXPERIMENTAL  FOSH  S) . COMPUTER  PERSONNEL,  1977,  6(1-2),  9-11. 


462  COMPUTER  PERSONNEL  TURNOVER 

WOLFE,  J.M.  PERSONNEL  TURNOVER  RATES.  COMPUTER  PERSONNEL,  1977,  7(3),  6. 


463  SYSTEMS  ANALYSIS  APTITUDE  TEST 

WOLFE,  J.M.  A VALIDATION  REPORT  OH  THE  WOLFE  SYSTEMS  ANALYSIS  APTITUDE  TEST 
(EXPERIMENTAL  FOAM  B3).  COMPUTER  PERSONNEL,  1977,  6(1-2),  11-12. 


-123 


^&*&&*&“  trf*%  jtf 


i?  ‘*ys*?r*‘’*  vV>^T  *4  %*■&&*&>$.?  *£<^$5?*?**’"**  ' 


7%^  r 


464  SOFTWARE  COSTS 

WOLVERTON,  R.U.  THE  COST  JF  DEVELOPING  LARGE-SCALE  SOFTWARE.  IEEE 
TRANSACTIONS  ON  COMPUTERS,  1974,  C-23,  615-636. 

DESCRIPTION: 

THE  WORK  OF  SOFTWARE  COST  FORECASTING  FALLS  INTO  TWO  PARTS.  FIRST,  WE  MAKE 
WHAT  WE  CALL  STRUCTURAL  FORECASTS,  ANO  THEN  WE  CALCULATE  THE  ABSOLUTE 
DOLLAR-VOLUNE  FORECASTS.  STRUCTURAL  FORECASTS  DESCRIBE  THE  TECHNOLOGY  AND 
FU.IC7ION  OF  A SOFTWARE  PROJECT,  BUT  NOT  ITS  SIZE.  WE  ALLOCATE  RESOURCES 
(COSTS)  OVER  THE  PROJECT'S  LIFE  CYCLE  FROM  THE  STRUCTURAL  FORECASTS. 
JUDGMENT,  TECHNICAL  KNOWLEDGE,  AND  ECONOMETRIC  RESEARCH  SHOULD  COMBINE  IN 
MAKING  THE  STRUCTURAL  FORECASTS.  A METHODOLOGY  BASED  ON  A 25  X 7 STRUCTURAL 
FORECAST  MATRIX  THAT  HAS  BEEN  USED  BY  TRW  WITH  GOOD  RESULTS  OVER  THE  PAST 
FEW  YEARS  IS  PRESENTED  IN  THIS  PAPER.  WITH  THE  STRUCTURAL  FORECAST  IN  HAND, 
WE  GO  ON  TO  CALCULATE  THE  ABSOLUTE  DOLLAR-VOLUME  FORECASTS.  THE  GENERAL 
LOGIC  FOLLOWED  IN  KA830LUTEH  COST  ESTIMATING  CAN  BE  BASED  ON  EITHER  A MENTAL 
PROCESS  OS  AH  EXPLICIT  ALGORITHM.  A COST  ESTIMATING  ALGORITHM  IS  PRESENTED 
AND  FIVE  TRADITIONAL  METHODS  OF  SOFTWARE  COST  FORECASTING  ARE  DESCRIBED: 
TOP-DOWN  ESTIMATING,  SIMILARITIES  AND  DIFFERENCES  ESTIMATING,  STANDARDS 
ESTIMATING,  ANO  BOTTOM-UP  ESTIMATING.  ALL  FORECASTING  METHODS  SUFFER 
FROM  THE  NEED  FOR  A VALID  COST  DATA  BASE  FOR  MANY  ESTIMATING  SITUATIONS. 
SOFTWARE  INFORMATION  ELEMENTS  THAT  EXPERIENCE  HAS  SHOWN  TO  BE  USEFUL  IN 
ESTABL' SHING  SUCH  A DATA  BASE  ARE  GIVEN  IN  THE  BODY  OF  THE  PAPER.  MAJOR 
PRICINb  PITFALLS  ARE  IDENTIFIED.  TWO  CASE  STUDIES  ARE  PRESENTED  THAT 
ILLUSTRATE  THE  SOFTWARE  COST  FORECASTING  METHODOLOGY  AND  HISTORICAL  RESULTS. 
TOPICS  FOR  FURTHER  WORK  AND  STUDY  ARE  SUGGESTED.  (A) 


465  PROGRAMMING 

WOODGER,  M.  ON  SEMANTIC  LEVELS  IN  PROGRAMMING.  INFORMATION  PROCESSING  71, 
NORTH  HOLLAND,  AMSTERDAM,  1972. 


466  NEED  FOR  ACHIEVEMENT  AMONG  COMPUTER  PERSONNEL 

WOODRUFF,  C.X.  THE  NEED  FOR  ACHIEVEMENT  AMONG  DATA  PROCESSING  PERSONNEL: 
EMPIRICAL  STUDY.  COMPUTER  PERSONNEL,  1978,  7(4). 


467  COMPUTER  PERSONNEL  JOB  SATISFACTION 

WOODRUFF,  C.K.  JOB  SATISFACTION  OF  DAT*  PROCESSING  PERSONNEL.  COMPUTER 
PERSONNEL,  1978,  7(4). 


468  PROGRAMMING 

WULF , W.  PROGRAMMING  METHODOLOGY,  REPORT  OF  WORKSHOP  3,  PROCEEDINGS  OF  A 
SYMPOSIUM  ON  THE  HIGH  COST  OF  SOFTWARE,  MONTEREY,  CALIFORNIA,  SEPTEMBER  1973. 


469  FAULT  TOLERANCE 

WULF,  W . A . RELIABLE  HARDWARE /SO FTUAR E ARCHITECTURE.  IEEE  TRANSACTIONS  ON 
SOFTWARE  ENGINEERING,  1975,  SE-1,  233-240. 
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470  PROGRAM  VERIFICATION 

YELOWITZ,  L.,  t DUNCAN,  A.G.  ABSTRACTIONS,  INSTANTIATIONS,  AND  PROOFS  OF 
MARKING  ALGORITHMS.  TN  PROCEEDINGS  OF  T’.iE  ACM  SYMPOSIUM  ON  ARTIFICIAL 
INTELLIGENCE  AND  PROGRAMMING  LANGUAGES,  SIGPLAN  NOTICES,  AUGUST  1977,  12(d), 
13-21  (ALSO  SI6ART  NEWSLETTER,  AUGUST  1977,  NO.  64,  1T- 21). 

DESCRIPTION: 

A DETAILED  LOOK  IS  TAKEN  AT  THE  PROBLEM  Of  FACTORING  PROGRAM  PROOFS  INTO  A 
PROOF  OF  THE  UNDERLYING  ALGORITHM,  FOLLOWED  BY  A PROO  ' OF  CORRECT 
IMPLEMENTATION  OF  ABSTRACT  VARIABLES  AT  THE  CONCRETE  LEVEL.  UE  DO  THIS 
CONSIDERING  FOUR  DIFFERENT  CONCRETE  ‘MARKING*  ALGORITHMS  AND  FORMULATING 
A SINGLE  ABSTRACT  ALGORITHM  AND  SET  OF  ABSTRACT  SPECIFICATIONS  THAT  CAN 
BE  INSTANTIATED  TO  EACH  0.  THE  FOUR  CONCRETE  CASES.  AN  INTERMEDIATE 
ASSERTION,  AS  WELL  AS  SUFFICIENT  CONDITIONS  FOR  CORRECT  INITIALIZATION, 
INVARIANCE,  AND  CORRECTNESS  AT  TERMINATION  ARE  GIVEN  AT  THE  ABSTRACT  LEVEL. 
PROOFS  AT  THE  CONCRETE  LEVEL  ARE  THEN  GIVEN  BY  EXHIBITING  APPROPRIATE 
MAPPING  FUNCTIONS  (FROM  THE  CONCRETE  STATE  VECTOR  TO  THE  AbSTRACT 
VARIABLES),  AND  SHOWING  THAT  THE  SUFFICIENT  CONDITIONS  ARE  TRUE.  PROOFS 
OF  TERMINATION  ARE  GIVEN  BY  INSTANTIATING  ‘TERMINATION  SCHEMAS*.  (A) 

9P,  13R. 


471  GENERAL 

YNTEMA,  D.B.  THE  SOFTWARE  PROBLEM  (TECHNICAL  REPORT  NO.  1964-5). 
CAMBRIDGE,  MASSACHUSETTS:  MASSACHUSETTS  INSTITUTE  OF  TECHNOLOGY,  LINCOLN 
LABORATORY,  SEPTEMBER  1964. 


472  PROGRAMMING  PRACTICES 

YOHE,  J.M.  AN  OVERVIEW  OF  PROGRAMMING  PRACTICES.  COMPUTING  SURVEYS,  1974,  6, 
221-245. 

DESCRIPTION: 

THE  PURPOSE  OF  THIS  PAPER  IS  TO  INDICATE  SOMETHING  OF  THE  NATURE  OF  -GOOD 
PROGRAMMING."  IN  THIS  CONTEXT,  PROGRAMMING  IS  TAKEN  TO  MEAN  THE  ENTIRE 
PROCESS  OF  COMMUNICATION  BETWEEN  HUMANS  AND  COMPUTERS.  THE  PROGRAMMING 
PROCESS  IS  SUBDIVIDED  INTO  NINE.  TASKS,  AND  AN  ELEMENTARY  DISCUSSION  OF  EACH 
OF  THESE  TASKS  IS  PRESENTED.  ALTHOUGH  THE  PAPER  IS  PRIMARILY  DIRECTED  TO 
THE  STUDENT  OR  NOVICE  PROGRAMMER,  MORE  EXPERIENCED  PEOPLE  MAY  FIND  IT  A 
WORTHWHILE  AID  IN  CODIFYING  OR  REINFORCING  THEIR  EXPERIENCE.  (A) 

25P,  41 R . 
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473  PROGRAMMING  ERRORS 

YOUNGS,  E.A.  ERROR-PRONENESS  IN  PROGRAMMING  (UNPUBLISHED  DOCTORAL  DISSERTATION 
TION,  UNIVERSITY  OF  NORTH  CAROLINA).  1970. 

DESCRIPTION: 

AN  EXPERIMENT  WAS  CONDUCTED  TO  EXAMINE  THE  TYPES  AND  FREQUENCIES  OF  ERRORS 
MADE  BY  BEGINNING  AND  EXPERIENCED  PROGRAMMERS  USING  COBOL,  ALGOL,  PL/1, 
FORTRAN,  AND  BASIC.  SUGGESTIONS  ARE  MADE  FOR  IMPROVEMENTS  IN  PROGRAMMING 
LANGUAGES  AND  COMPILERS.  PERHAPS  THE  MOST  IMPORTANT  CONTRIBUTION  OF  THIS 
PAPER  IS  TO  SUGGEST  TECHNIQUES  AND  CONCEPTS  FOR  THE  QUANTITATIVE  STUDY  OF 
PROGRAM  DEVELOPMENT.  (MEA) 

1 53P,  19R. 
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474  PROGRAMMING  ERRORS 

YOUNGS/  E.A.  HUMAN  ERRORS  IN  PROGRAMMING.  INTERNATIONAL  JOURNAL  OF 
MAN-MACHINE  STUDIES,  1974,  6,  361-376. 

DESCRIPTION: 

THIS  ffUPY  ATTEMPTS  TO  SYSTEMATIZE  THE  DESCRIPTION  OF  THE  ERRORS  THAT 
PROGRAMMERS  MAKE.  6Y  COLLECTING  PROTOCOL  DATA  FROM  42  PROGRAMMERS,  SOME 
INSIGHTS  CONCERNING  THE  RELATIVE  IMPORTANCE  OF  VARIOUS  PROGRAMMING  ERRORS  ARE 
ACHIEVED.  THESE  INSIGHTS  ARE  INTERPRETED  IN  TERMS  OF  PROGRAMMER  EXPERIENCE 
AND  THE  DESIGN  AND  REDESIGN  OF  GENERAL  PURPOSE,  COMPILER-TYPE  PROGRAMMING 
LANGUAGES.  (A) 

16P,  6R. 


475  SOFTWARE  DESIGN 

YOURDON,  E .,  & CONSTANTINE,  L.L. 
INC.,  1975. 


STRUCTURED  DESIGN.  NEW  YORK:  YOURDON, 
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476  ERROR  DETECTION 

ZELKOWITZ,  M.V.,  MCMULLEN,  P.R.,  MERKEL,  K.R.,  & LARSEN,  H.J.  ERROR  CHECKING 
WITH  POINTER  VARIABLES.  IN  ACM  *76:  PROCEEDINGS  OF  THE  ANNUAL  CONFERENCE. 

NEW  YORK,  NEW  YORK:  ASSOCIATION  FOR  COMPUTING  MACHINERY,  1976,  391-395. 


477  SOFTWARE  PHYSICS 

ZISLIS,  P.  AN  EXPERIMENT  IN  ALGORITHM  IMPLEMENTATION  (TECHNICAL  REPORT  NO. 
CSD-TR-96).  LAFAYETTE,  INDIANA:  PURDUE  UNIVERSITY,  DEPARTMENT  OF  COMPUTER 
SCIENCE,  1973. 

DESCRIPTION: 

PRESENTED  VARIOUS  MEASURES  (E.G.,  SPECIFICATION  TIMES,  TIMING  BREAKDOWNS 
FOR  CODED  PROGRAMS,  AND  SOFTWARE  PHYSICS  PARAMETERS)  FOR  12  ALGORITHMS 
FROM  CACM.  DATA  ISSUED  IN  A LETTER  PAPER  BY  HALSTEAD  AND  ZISLIS  (TECHNICAL 
REPORT  CSD-TR-97).  (0) 

17P,  OR. 


478  SOFTWAPE  PHYSICS 

ZWEBEN,  S.H.  SOFTWARE  PHYSICS:  RESOLUTION  OF  AN  AMBIGUITY  IN  THE  COUNTING 
PROCEDURE  (TECHNICAL  REPORT  NO.  CSD-TR-93).  LAFAYETTE,  INDIANA:  PURDUE 
UNIVERSITY,  DEPARTMENT  OF  COMPUTER  SCIENCE,  UNDATED. 

DESCRIPTION: 

THIS  PAPER  ATTEMPTS  TO  SHOW  WHY  THE  COMMA  SHOULD  BE  TREATED  AS  A SEPARATE 
OPERATOR.  (0) 

7P,  4R. 
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